原文見：廖雪峰的官方博客。
http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840202368c74be33fbd884e71b570f2cc3c0d1dcf000
人生不如意之事十之八九，合並分支往往也不是一帆風順的。
准備新的feature1分支，繼續我們的新分支開發：
$ git checkout -b feature1
Switched to a new branch 'feature1'
修改readme.txt最后一行，改為：
Creating a new branch is quick AND simple.
在feature1分支上提交：
$ git add readme.txt
$ git commit -m "AND simple"
[feature1 75a857c] AND simple
1 file changed, 1 insertion(+), 1 deletion(-)
切換到master分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
Git還會自動提示我們當前master分支比遠程的master分支要超前1個提交。
在master分支上把readme.txt文件的最后一行改為：
Creating a new branch is quick & simple.
提交：
$ git add readme.txt
$ git commit -m "& simple"
[master 400b400] & simple
1 file changed, 1 insertion(+), 1 deletion(-)
現在，master分支和feature1分支各自都分別有新的提交，變成了這樣：
這種情況下，Git無法執行“快速合並”，只能試圖把各自的修改合並起來，但這種合並就可能會有沖突，我們試試看：
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
果然沖突了！Git告訴我們，readme.txt文件存在沖突，必須手動解決沖突后再提交。git status也可以告訴我們沖突的文件：
$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
# Unmerged paths:
# (use "git add/rm <file>..." as appropriate to mark resolution)
#
# both modified: readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")
我們可以直接查看readme.txt的內容：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
Git用<<<<<<<，=======，>>>>>>>標記出不同分支的內容，我們修改如下后保存：
Creating a new branch is quick and simple.
再提交：
$ git add readme.txt
$ git commit -m "conflict fixed"
[master 59bc1cb] conflict fixed
現在，master分支和feature1分支變成了下圖所示：
用帶參數的git log也可以看到分支的合並情況：
$ git log --graph --pretty=oneline --abbrev-commit
* 59bc1cb conflict fixed
|\
| * 75a857c AND simple
* | 400b400 & simple
|/
* fec145a branch test
...
現在，刪除feature1分支：
$ git branch -d feature1
Deleted branch feature1 (was 75a857c).
工作完成。
小結
當Git無法自動合並分支時，就必須首先解決沖突。解決沖突后，再提交，合並完成。
用git log --graph命令可以看到分支合並圖。
教程寫成這樣真是造福人類。
分支合並部分樓主只提到master先合並dev時對沖突進行手動修改然后提交。其中有幾個問題不清楚實際測試了一下才知道。
1）出現沖突時，在master修改沖突並commit之前無法切換到dev分支。
2）master修改沖突並提交之后切換到dev，發現dev內容保持原來不變。
3）此時在dev下再次合並master無沖突，直接替換成master修改沖突並提交之后的內容。
dev先合並master的情況相同。
實驗跟樓主在樓下總結的
“實際項目中master是主線，每個開發小組都有自己的分支，比如dev-1, dev-2，每個組都要干兩件事：
1)把自己的dev-N往master merge：自己的修改提交到master。 （qs注：在master分支下進行git merge dev-N）
2)把master往自己的dev-N merge：獲得別人的修改。”相吻合。 （qs注：在自己的dev-N下進行git merge master）