本地分支解析
git 通过可变指针来实现对提交数据的历史版本的控制,每当我们提交新的更新,当前分支(设为master)则指向最后一个提交更新A,而最后一个提交对象则存在一个指针指向前一次的提交更新Q。如果我们创建一个新的分支,child,它和master共同指向A,这时,如果我们向child分支提交更新B,我们会发现child指向B,而master依然指向A。无论我们在child分支进行了任何开发,只要回到master分支,就能恢复到更新A的数据状态了。
在图片里,我们还注意到有一个head指针,一般来说,它会指向我们目前所在的工作分支。现在它指向了我们的master分支,意思是master是我们目前的工作分支。一旦提交更新,就会在master分支上提交。现在,让我们看看与git分支有关的操作命令:
1. git branch [option] [name]
如果不使用任何参数,它可以用来查看所有的分支,而在分支名前有*标记的则为主分支,如果加上name为创建新分支,,如git branch child,则会创建一个名为child的分支,此外,它有一些常用的参数:
参数 | 解释 |
-v | 用于查看各个分支的最后一次commit信息 |
-d | 删除分支。 |
-r | 查看远程主机分支 |
-a | 查看所有分支。 |
–merge | 查看哪些分支已被当前分支合并 |
–no-merge | 查看尚未合并的工作,如果其中的分支还包含尚未合并的工作,而我们尝试使用git branch -d 删除时,我们会被提示:error: The branch 'xxxxx' is not an ancestor of your current HEAD.,如果想要强制删除的话,可以使用git branch -D xxxxx,即使用大写的D来实现。 |
2. git checkout [name]
切换到对应的分支,对于上图,如果我们是使用 git checkout child,我们的head指针就会指向child分支了。这时候,如果我们提交新的更新D,我们会发现:
我们的D指向C,而C依然指向A,也就是说,以后我们在child分支上做的任何更新,都不会对master分支所在的之路造成任何影响!一旦使用了checkout命令,我们还会发现,不仅head指针会指向新的分支,而且当前工作目录中的文件也会换成了新分支对应的文件了。
此外,我们还可以使用git checkout -b [name]命令,它会新建一个分支,并自动将当前的工作目录切换到该分支上。
3. git merge [name]
合并分支,有的时候,我们创建次要分支,可能是为了修改原有程序的bug,或为了拓展新的功能,这时候如果我们想把次要分支的修改何并进主分支中,我们可以使用git merge 命令来实现。
1. “Fast forward”(快进)式合并:
如果像上图所示,我们要把child分支合并进master中,因为child分支所指向的更新在master分支的直接上游,git会使用“Fast forward”(快进)式合并,直接将master分支指针指
向child分支所指向更新,如下图所示:
这时候,如果我们觉得child分支没什么用了,我们可以使用git branch -d child来删除分支。
2. 基本合并
如果我们这次要合并的分支不在我们目前分支的上游,如下图所示:
这时,如果使用快进式合并(将master分支指向更新E),这样就会丢失更新D了,于是,我们采用另一种合并方式,它的合并结果如下图所示:
我们会发现,此时master分支所指向的合并更新F出现了两个祖先。
3. 冲突合并
基本合并的冲突源于两个分支间的所指向的版本更新不能根据箭头方向从一方抵达另一方,
即两个分支在更新C单向分岔了,但我们还发现,更新C、A、Q还是master和child分支的共同父更新,如果两个分支都对C或A或Q版本的相同文本相同位置做了不同的修改,git就无法智能地将两者合并一起,因为它不能判断master的修改和child的修改哪个是更佳的,事实上,这个只能由人来解决。比如两个分支共同修改了版本C中的README文件的第1行:
1 master: I’m master!
2 child: I’m child!
当我们尝试从master上合并child时,会出现:
$ git merge child
自动合并 README
冲突(内容):合并冲突于 README
自动合并失败,修正冲突然后提交修正的结果。
或英文版的:
Auto-merging README
CONFLICT (content): Merge conflict in README
Automatic merge failed; fix conflicts and then commit the result.
这时调用git status命令,会看到:
$ git status
位于分支 master
您有尚未合并的路径。
(解决冲突并运行 “git commit”)
未合并的路径:
(使用 “git add …” 标记解决方案)
双方修改: README
或英文版的:
$ git status
README: needs merge
On branch master
git常用指令Changed but not updated:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)
unmerged:
README
这时候我们打开README文件,就会看到:
1 <<<<<<< HEAD
2 I’m master
3 =======
4 I’m child!
5 >>>>>>> child
“=======”分开了两个分支的冲突部分,'''<<<<<<<HEAD为主分支的,而>>>>>>>child上面就是要合并部分的了。这时候,我们需要修改冲突部分,比如改成
1 I'master and child!
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论