前言
最近工作中用到了 git flow 进行开发，确实按照规范进行开发可以避免一些不必要的麻烦，但是在实际使用中，还是遇到了一些问题。这里主要想谈谈分支合并时，避免和解决冲突的一些操作。
一些准备工作
本文会以一个简单的实例进行说明，如果你已经熟悉git的操作，可以跳过准备部分
这里只是以本地进行演示
- 首先本地有两条分支
* develop
master
- 在develop分支里有一个test文件夹，然后在test文件夹里面有a.js文件
# a.js
HELLO WORLD!
- 从develop分支创建子分支feature/test1
$ git checkout -b feature/test1
'$' 开头表示git命令，并且 '$' 并不需要输入，下同
- 修改test/a.js，然后提交
# a.js 将 WORLD 改为 GIT FLOW
HELLO GIT FLOW!
$ git add .
$ git commit -m "test1"
- 切回develop分支，再从develop分支创建子分支feature/test2
git checkout develop
git checkout -b feature/test2
- 修改test/a.js，然后提交
# a.js 将 WORLD 改为 GIT
HELLO GIT!
$ git add .
$ git commit -m "test2"
- 我们先将feature/test2 分支合并到fevelop分支上
$ git checkout develop # 先切回develop分支
$ git merge feature/test2
- 下面将以如何合并feature/test1分支进行展开
分支合并
1. merge
当我们要开发一个新功能时，首先会从develop分支创建出一条新分支进行开发，在这个功能开发完成后，就需要将这条子分支合并回develop分支上，最常用的合并方式就是merge了
上面的准备中已经用到了merge合并test2分支，然后我们继续合并test1分支
$ git merge feature/test1
这时git就会提示
Auto-merging test/a.js
CONFLICT (content): Merge conflict in test/a.js
test/a.js 冲突了！！然后打开文件，就会看到
<<<<<<< HEAD
HELLO GIT!
=======
HELLO GIT FLOW!
>>>>>>> feature/test1
因为在两个子分支上修改了同一个地方，所以合并时就会产生冲突，解决冲突很简单，就是删掉其中一个就行了。
这里我选择保留test1的修改，所以需要删掉HEAD(即当前提交)的内容
<<<<<<< HEAD
HELLO GIT!
=======
注意，解决完冲突后，需要将 >>> / === / <<< ,这些开头的行给删掉（自己写的除外），这些是git生成的提示标识
解决后 test/a.js 就变成
HELLO GIT FLOW!
这时再提交一下修改就完成合并了。
但是使用merge可能有以下问题：
- 如果冲突过多，一个个解决也是挺麻烦的
- merge是git自动完成的，有时候合并的结果并不是你想要的
其实产生这些问题的主要原因是，merge的时候是将所有文件合并，那有没有单独合并一个文件或文件夹的方法呢？
2. checkout branch file/dir
在develop分支上，我们先将代码回退到合并前（按实际情况使用下面命令之一）
$ git reset --hard HEAD # 解决冲突后没有提交，使用这个
$ git reset --hard HEAD^ # 解决冲突后提交了，使用这个
然后，重新合并test1分支
$ git checkout feature/test1 test/a.js
命令说明：checkout 后面为分支名，然后是文件或者文件夹的路径，需要注意的是，如果文件或文件夹的名字与分支名相同，需要加上 '--', 如：合并test分支下test目录的所有文件 git checkout test -- test
使用上述命令就会将feature/test1分支下的test/a.js文件覆盖develop分支的test/a.js文件，然后我们commit一下就完成合并了。
因为是直接覆盖，所以就没有冲突一说了。
但是又有问题了，直接覆盖的话，可能会将之后的一些内容给覆盖了。
那有没有方法可以解决这个问题呢？
3. checkout branch file/dir 与分支结合使用
我们再次回退提交(同上)，然后从develop分支创建一条临时分支
$ git checkout -b develop_tmp
然后，按照上述操作将test1分支的test/a.js文件覆盖develop_tmp分支，并进行提交
$ git checkout feature/test1 test/a.js
$ git commit -m "checkout test1"
接着，切回develop分支，并合并develop_tmp分支，合并完成后，删除临时分支
$ git checkout develop
$ git merge develop_tmp
$ git branch -d develop_tmp
通过这个临时分支，就做到了只将需要的修改合并到develop分支上。
到这里，我们已经将合并细致到文件级别了，已经足够好了。
但是，由于要再创建一条临时分支，而且用到了merge，不能完成掌控这个合并，那有没有更加细致的方式呢？
4. checkout --patch branch file/dir
再次回退提交，在develop分支上输入以下命令
$ git checkout --patch feature/test1 test/a.js # 增加了patch参数
git就会显示以下内容
diff --git b/test/a.js a/test/a.js
index 9e9827d..f8d3752 100644
--- b/test/a.js
+++ a/test/a.js
@@ -1 +1 @@
-HELLO GIT!
+HELLO GIT FLOW!
Apply this hunk to index and worktree [y,n,q,a,d,/,e,?]?
上面显示的中间内容
-HELLO GIT!
+HELLO GIT FLOW!
就是这个区块的具体修改，前面的减号表示删除，加号表示增加。
git 给出了8个可选操作（git版本不同可能不一样）
[y,n,q,a,d,/,e,?]
输入 ? 或者直接enter就会打印帮助信息
# 中文翻译仅供参考
y - apply this hunk to index and worktree # 应用当前区块
n - do not apply this hunk to index and worktree # 放弃当前区块
q - quit; do not apply this hunk or any of the remaining ones # 不使用任何区块，直接退出
a - apply this hunk and all later hunks in the file # 在当前文件下应用此区块以及后续的所有区块
d - do not apply this hunk or any of the later hunks in the file # 在当前文件下不应用此区块以及后续的所有区块
g - select a hunk to go to # 选择一个区块
/ - search for a hunk matching the given regex # 使用正则搜索区块
j - leave this hunk undecided, see next undecided hunk # 先跳过当前区块，并跳转到下一个未处理区块
J - leave this hunk undecided, see next hunk # 先跳过当前区块，并跳转到下一个区块
k - leave this hunk undecided, see previous undecided hunk # 先跳过当前区块，并跳转到上一个未处理区块
K - leave this hunk undecided, see previous hunk # 先跳过当前区块，并跳转到上一个区块
s - split the current hunk into smaller hunks # 切割当前区块
e - manually edit the current hunk # 编辑当前区块
? - print help # 显示帮助信息
这里因为只有一个区块，所以直接输入 y , 然后commit一下就完成合并了。
可以看到，加入了patch参数，可以非常细致地进行合并操作，可以完全掌控整个合并过程，甚至可以做到只合并某一块的修改。
这个处理方式可以说没有任何副作用，但是，如果修改过多的话，同样也是一件挺麻烦的事情。。
总结
可以看到，git的操作非常强大，并且非常灵活。
上面也只是我找到的一些解决方案而已，具体需要使用什么方式进行合并，还是得看具体的使用场景。
当然，如果不使用命令行，而是使用界面工具，事情可能就没有这么麻烦了。
