书接上文，我们从master 分支的最新版 (HEAD) 建立一个 hotfixes 分支，执行指令：git checkout -b hotfixes

git branch
git checkout -b hotfixes

修改 a.txt 的第一行，把原本的 1 修改为 bugfixed: 1，并建立版本。然后切换回 master 分支：

type a.txt
notepad a.txt
git add .
git commit -m "a.txt bug fixed"
git checkout master
git branch

接着，我们在 master 分支修改 a.txt 的第一行，把原本的1修改为 bugfixed by gitsou: 1，并建立版本。

type a.txt
notepad a.txt
type a.txt
git add .
git commit -m "a.txt bug fixed by gitsou"

现在，我们两个分支都同时修改了 a.txt 的文件内容，而且都在同一行，这样的修改方式，势必引发冲突。我们就马上来体验一下。

git status
git merge hotfixes
git status

没错，真的冲突了，而且 Git 告诉我要自己修正 (fix) 这个冲突 (conflicts)。我们用 git status 可以看出目前发生冲突的文件有哪些，而且你也可以看到这个文件位于 Unmerged paths 这个区段。

查看冲突的内容

当你发生冲突的时候，切莫慌张，先执行git diff自动比对出到底哪些文件发生冲突了。

解决冲突状态的方法

我先来说说解决冲突状态的方法，其实很简单，直接输入 git add . 把目前工作目录的状态加入到索引之中，就可以取消这些 Unmerged 文件的冲突状态。

如果你很懒，遇到冲突什么都不改，直接执行 git add . 再加上 git commit 的话，确实会解决冲突，但所 commit 的版本将会包含这些冲突的表示文字，如果你身处一个开发团队，肯定会被骂翻到臭头，请你千万不要这么做！

做错了？没关系，只要执行 git reset --hard ORIG_HEAD 就可以回到上一版，然后再重新合并一次引发相同的冲突。

找出冲突的文件

当合并发生冲突时的文件数量很少时，或许直接打 git diff 可以看得出差异，但如果是两个比较大的分支发生冲突的话，很有可能会有一大堆文件有冲突的状況。这时你可能会想一个一个文件的来查看冲突的状況，这时你可以用以下两种 Git 指令找出冲突的文件：

• ? 执行 git status
• ? 执行 git ls-files -u

找到之后再用 git diff [filepath] 就可以仅比对其中一个文件了：

真正解决冲突

真的要解决冲突，你必须手动把这些冲突的文件改好。不过，如果这时使用 SourceTree 来修复冲突的文件，那生命将会美好许多。

我们开启 SourceTree 并进入文件状态节点，在文件清单中按下鼠标右键，这时有个解决冲突的选单，这里你就能选择你要用我的冲突或是用其他人冲突 来解决这个文件的冲突状态。所谓我的就是你当前工作目录的那个分支 (master)，而他的就是被我们指定合并进来的那个分支 (hotfixes)。

如果选 我的冲突的话，他还会出现一个确认合并的视窗，你按下 OK 之后，SourceTree 就会自动将文件中发生冲突的那些段落，修改成我的版本：

请注意：当你利用 SourceTree 帮你解决冲突后，该文件也会直接加入到索引之中 (git add .``)，但不会帮你执行 git commit `动作，所以你还要自己多做这一步。

输入一些版本消息后，就可以执行 Commit 动作 (Commit 按钮在视窗下角)。

来看解决冲突并合并后的 commit graph 如下：