版本控制系统就是负责管理来自于多个提交者(通常是开发者)之间的提交的。有时候多个开发者可能会编辑同一部分内容。一旦开发者 A 编辑了开发者 B 正在编辑的内容,抵触就会产生。为了升高抵触产生的概率,开发者们会在独立的分支内发展工作。git merge
命令的主要职责就在于整合不同分支并且解决抵触。
了解 merge 抵触
合并和抵触是应用 Git 过程中的常见场景。在其余版本控制工具中抵触可能会十分浪费时间。Git 让合并变得更加简略。大多数时候,Git 会自行弄清楚如何主动的整合新变动。
抵触个别来自于两个不同的开发者扭转了同一个文件中的同一行内容,或者一个开发者删除了另一个开发者正在批改的文件。在这类场景下,Git 无奈主动确定谁的改变是应该驳回的。抵触产生时只会影响到执行合并操作的开发者,而其余团队成员则不会受到任何影响。Git 会对发生冲突的文件进行标记并进行合并过程。接下来就须要开发者自行进行抵触解决。
Merge 抵触的类型
进入抵触状态产生在合并过程中的两个工夫点。一个是开始进行合并时,另一个是在合并过程中。接下来的内容别离对于如何解决这两种不同场景。
合并开始时的抵触
当工作目录下或者暂存区内的文件含有变更时,Git 会中断合并操作。之所以 Git 会如此操作,是因为 Git 认为这些未提交的变更会被合并操作笼罩掉。这种状况产生时,并不是因为扭转会与其余开发者的提交产生抵触,而是合并自身会与本地的批改产生抵触。此时须要应用 git stash
, git checkout
,git commit
或者git reset
命令使得本地仓库处于稳固状态。合并操作开始时的失败会在命令行提醒如下错误信息:
error: Entry '<fileName>' not uptodate. Cannot merge. (Changes in working directory)
合并进行时的抵触
合并过程中产生的抵触意味着你的本地分支与进行合并的分支产生了抵触。也就是说你本地的代码与其余开发者的代码产生了抵触。Git 会尽量合并不同分支的文件,但如果真正产生抵触依然会将手动合并的工作交给你来解决。这种场景下 Git 会在命令行留下如下的错误信息:
error: Entry '<fileName>' would be overwritten by merge. Cannot merge. (Changes in staging area)
发明一个合并抵触
为了真正的理解合并抵触,上面的内容将会手动模仿创立一个抵触并且在稍起初查看和解决这个抵触。上面的代码须要您应用 *nix 零碎的命令行 Git 工具,以便创立这个模仿抵触。
$ mkdir git-merge-test
$ cd git-merge-test
$ git init .
$ echo "this is some content to mess with" > merge.txt
$ git add merge.txt
$ git commit -am"we are commiting the inital content"
[main (root-commit) d48e74c] we are commiting the inital content
1 file changed, 1 insertion(+)
create mode 100644 merge.txt
下面的代码实际上做了如下几件事件:
- 创立了一个叫做
git-merge-test
的目录,进入这个目录,而后初始化一个 Git 仓库 - 创立一个轻易含有什么内容的
merge.txt
文件 - 增加
merge.txt
文件到仓库中而后进行提交
此时咱们就领有了一个新 Git 仓库,其中含有 main
分支,和一个有内容的 merge.txt
的文件。接下来,让咱们创立另外一个分支,作为产生抵触的分支。
$ git checkout -b new_branch_to_merge_later
$ echo "totally different content to merge later" > merge.txt
$ git commit -am"edited the content of merge.txt to cause a conflict"
[new_branch_to_merge_later 6282319] edited the content of merge.txt to cause a conflict
1 file changed, 1 insertion(+), 1 deletion(-)
执行如上命令会产生上面的成果:
- 创立并检出名为
new_branch_merge_later
的分支 - 笼罩
merge.txt
文件中的内容 - 提交新的内容
在这个新创建的分支 new_branch_to_merge_later
中,咱们提交了重写的 merge.txt
的内容
git checkout main
Switched to branch 'main'
echo "content to append" >> merge.txt
git commit -am"appended content to merge.txt"
[main 24fbe3c] appended content to merge.tx
1 file changed, 1 insertion(+)
下面的一系列命令首先检出了 main
分支,而后向 merge.txt
文件中追加了新的内容,而后提交。到此为止咱们的仓库中的分支情况为:两个分支,main
和 new_branch_to_merge_later
别离有两个新的提交。而后咱们来试试执行 git merge new_branch_to_merge_later
命令会如何~
$ git merge new_branch_to_merge_later
Auto-merging merge.txt
CONFLICT (content): Merge conflict in merge.txt
Automatic merge failed; fix conflicts and then commit the result.
哐叽,果然抵触呈现了。感激 Git。
如何识别抵触内容
正如咱们下面的示例所演示的个别,Git 会在命令行中输入一些形容信息,以便让咱们晓得有抵触产生。接下来咱们能够执行 git status
命令更加深刻的检视抵触的详情。
$ git status
On branch main
You have unmerged paths.
(fix conflicts and run "git commit")
(use "git merge --abort" to abort the merge)
Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: merge.txt
git status
命令的输入显示了因为抵触而没有胜利合并的文件门路。果不其然 merge.txt
文件呈现在合并单方都进行批改的那一状态栏中。接下来就须要关上文件看看具体产生了什么不能合并的批改。
$ cat merge.txt
<<<<<<< HEAD
this is some content to mess with
content to append
=======
totally different content to merge later
>>>>>>> new_branch_to_merge_later
下面的命令中咱们应用 cat
命令来显示 merge.txt
文件中的内容。能够看到一些奇怪的货色
<<<<<<< HEAD
=======
>>>>>>> new_branch_to_merge_later
能够把这些行的内容看作是“抵触的分界线”。======
的那一行是抵触产生的正中间。在抵触两头和 <<<<<< HEAD
之间的那些行示意的是存在于以后分支——也就是以后仓库中 HEAD 指针指向的那个分支——的内容。绝对应的在抵触两头到 >>>>>>
行之间的内容则是 new_branch_to_merge_later
分支中的内容。
如何应用命令行解决抵触
最间接的解决抵触的形式就是批改抵触的文件内容。应用你最罕用的编辑器关上 merge.txt
文件。在本例中,咱们就只是简略的把没有意义的抵触分界线删掉。而后批改之后的 merge.txt
文件的内容看起来就是上面这个样子:
this is some content to mess with
content to append
totally different content to merge later
一旦批改实现抵触文件,就是用 git add merge.txt
命令来暂存新的合并内容。敲定最终合并的形式也很简略,通过上面的命令执行一次 commit 即可:
git commit -m "merged and resolved the conflict in merge.txt"
这时候 Git 会认为抵触曾经解决,而后创立一个新的合并提交来实现整个合并。
能够用来解决合并抵触的 Git 命令
通用工具
git status
status 命令是应用 Git 过程中的常见命令,尤其是在 merge 过程中,它能帮忙你分别哪些文件处于抵触状态。
git log --merge
向 git log
命令传递 --merge
参数,会将此次合并中造成抵触的来自于两个分支中的具体提交列出来。
git diff
diff
有助于找到仓库或者文件在不同状态之间的异同。这通常能够用来预测或者阻止可能产生抵触的合并。
启动合并时就发生冲突场景下的常用工具
git checkout
checkout
能够用来撤销对于文件或者分支的批改
git reset --mixed
reset
用于撤销当前工作目录或者曾经进入暂存区的变更
合并过程中发生冲突场景下的常用工具
git merge --abort
执行 git merge
命令时带上 --abort
选项将会退出这次合并,并且复原到以后分支在进行合并之前的状态
git reset
git reset
用于在合并抵触产生时,将一个文件重置到你所晓得应该是失常状态的那个版本
总结
合并抵触能够是一次令人胆怯的经验。侥幸的是,Git 提供了弱小的工具来帮忙寻找和解决抵触。Git 能够解决大多数场景,进行主动合并。在 Git 中个别造成抵触的场景无非是两个独立的分支对同一个文件进行了批改,或者是当一个分支中删除了某个文件,而另一个分支在同一个文件上进行了批改。抵触通常产生在团队合作的环境中。
有许多用于解决合并抵触的工具。本文中咱们探讨了很多 Git 提供的命令行工具。此外还有很多第三方的工具提供抵触解决工具。