Git仓库

1.创建git仓库
（1）git init：在现有目录下初始化仓库，再通过git add实现对指定文件对追踪；
（2）git clone url：克隆现有的仓库—自动在当前目录下创建目录且初始化一个.git文件夹，然后将从远程仓库拉取下的数据放进.git文件夹，然后将最新版本的文件拷贝进工作目录；

2. git仓库的工作区

   
   
   git项目的三个工作区域
   
   

   （1）工作目录

• 已跟踪文件：从Git仓库提取出文件，以供修改或使用；可通过git rm --cached xx不再跟踪xx文件，但xx文件仍存在在本地目录中，只是不纳入版本控制；
• 未跟踪文件：可通过git add将其变为已跟踪文件；
  （2）暂存区：通过git add将已修改/未跟踪的文件从工作目录放入暂存区；
  （3）Git仓库：对暂存区的文件使用git commit，提交修改，保存最新版本的文件快照；

Git常见命令

1.git status [-s]

靠右边的M表示文件被修改了未放入暂存区，靠左边的M表示文件被修改了暂存区，??表示新添加未跟踪的文件

2. git add xx

• 开始跟踪新文件xx；
• 将已跟踪的修改过的文件xx放入暂存区；
• 将合并时发送冲突的文件标记为已解决状态；

3.git commit
（1）git commit -m ‘xx’
（1）git commit -a -m 'xx'：相当于git add .+ git commit

撤销&回滚

1.撤销文件的修改
（1）git checkout -- <file> ：撤销对文件的修改— 将修改前的file文件覆盖了该file，此file的任何修改将会消失；
（2）git reset HEAD <file>：撤销暂存区的文件，取消该文件的git add操作；

取消了暂存CONTRIBUTING.md文件，即变为修改但未暂存的状态了

2.已commit但未push到远端
（1）git commit --amend [-m 'xxx']：将这次commit与上一次commit合为一个新的commit，即commit版本号会改变，但commit次数不变；

• 提交新的修改但不增加一条新的commit记录；
• 只单纯更改commit的提交信息，若不写则默认使用上次的提交信息；

（2）git reset --xx <commit-id / HEAD~n>：回退到commit-id版本/回退n个版本

• git reset --soft <commit-id / HEAD~n>：回退到指定版本的commit状态，但保留了所有阶段的git add操作；
  
  解决提交分支错误的问题
• git reset --mixed <commit-id / HEAD~n>： 回退到指定版本的commit状态，但工作目录保留了修改，将目录中所有的修改通过git add即与--soft的指令结果一样
• git reset --hard <commit-id / HEAD~n>：回退到指定版本的commit状态，不保留修改，可通过git reflog找到丢失的commit找回丢失的数据

3.commit之后已push到了远端：git revert

远程仓库&分支

1.git remote：查看远程仓库—列出每一个远程仓库的简写；
（1）git remote -v：显示简写+对应的url；
（2）git remote add <shortname> <url>：添加一个远程仓库，并为其指定一个简写；
（3）git remote show <shortname>：查看该shortname对应的远程仓库的相关信息；
（4）git remote rename x1 x2：将简写名x1改为x2；
（5）git remote rm xx：移除简写名xx对应的远程仓库;
2.远程分支：(remote)/(branch) — 只要不与远程仓库的服务器连接，本地的远程分支指针就不会移动；
3.拉取：本地仓库会自动跟踪对应的远程分支
（1）git fetch 远程仓库：从指定远程仓库中拉取本地没有的数据，但不会合并到本地分支上；

本地仓库未与服务器连接

本地执行fetch后，只会更新(remote)/(branch)指针的位置

[git pull & git pull --rebase]https://www.cnblogs.com/kevingrace/p/5896706.html

4.推送：git push 远程仓库 本地分支：远程分支

5.跟踪远程分支：git checkout -b 分支名 [remote/branch]：将远程仓库的分支拉取到本地分支，并建立跟踪连接—即在该跟踪分支上输入git pull，git能自动识别去哪个服务器上抓取，合并到哪个分支；

6.删除远程分支：git push 远程仓库 --delete 分支名 — 删除远程仓库指定的远程分支；

git分支

1.创建分支
（1）git branch <分支名>：只是新建分支，但不切换分支；
（2）git checkout -b <分支名>：新建并切换到该分支上；
2.分支切换：git checkout <分支名>—HEAD指针指向当前所在分支，其随着commit操作自动向前移动，切换分支即切换工作目录；

不同分支对应不同的工作目录

• 合并冲突：两个分支对同一文件的同一部分进行了不同的修改则会产生冲突；
  • 需要手动去解决冲突，选择要保留的最终内容；
  • git add将其标记为冲突已解决；

  • git commit完成合并提交；

    
    
    目前三个分支
    
    
    合并操作无需解决的分歧称为“快进“，直接指针向前移动
    
    
    mater与iss53有分叉，就会新建一个节点作为合并提交
    
    

    （2）git rebase

• 合并冲突
  • 手动解决冲突+git add <冲突文件>+git rebase --continue：先处理冲突再继续合并；
  • 跳过：git rebase --skip

  • 取消合并：git rebase --abort

    
    
    将issue分支合并到master，最后相当于快进合并

（3）git cherry-pick <commit-id>：选择某个分支的一个或几个commit进行操作；

• 应用场合
  • 把弄错分支的提交移动到正确的地方；
  • 把其他分支的提交添加到现在的分支；
• git cherry-pick <start-commit-id>...<end-commit-id>：一次性将一个连续的时间序列内的commit进行cherry-pick操作—不包含start-commit-id的commit；
• git cherry-pick <start-commit-id>^...<end-commit-id>：[左闭，右闭]的区间，即包含了start-commit和end-commit；
• 合并冲突：手动修改冲突 + git add .+git cherry-pick --continue;

（4）区别：比如两个抽屉A与B都装满了衣服，现在想把B中的衣服装入A中，则git merge是强制性的，拿起B就倒入A里，如满了(冲突)再一并整理；而git rebase是一件一件根据一开始放入的顺序从B往A中加，如满了(冲突)你可以选择处理这一件再继续加，或跳过这一件，或不再加了把A还原；

merge是冲突在最后统一处理，通过git add标记冲突已解决，git commit完成合并提交；rebase是发送冲突需要先处理再继续合并

3.分支操作
（1）git branch：查看本地git仓库已有的分支名+所在分支；
（2）git branch -d 分支名：删除本地分支
（3）git branch -vv：查看所有本地分支&本地分支与远程分支的关系

可以看到本地分支所跟踪的远程分支，目前所在分支上serverfix，跟踪teamone服务器的server-fix-good分支并且领先3落后1，即服务器有一次提交还未合并到本地，本地有三次提交未推送到服务器