Git合并提交与普通提交的文件变更差异及冲突处理咨询

问题2：分支合并冲突后的完整处理流程 #

你说的这个场景太常见了！在个人分支改了文件，拉取development时撞了相同行的修改，Git标记冲突后，修复完的后续步骤其实是这样的：

当git pull origin development触发冲突时，冲突文件会被标记为both modified，文件内容里会用<<<<<<< HEAD（你的本地修改）、=======（远程development的修改）、>>>>>>> <远程分支的commit-hash>这几个标记把冲突块分隔开。

等你把这些冲突块修复好（不管是手动打开文件改，还是用冲突解决工具），接下来的步骤不能忘：

1. 先跑git status确认一下，冲突文件是不是已经从both modified变成modified状态了，确保所有冲突都解决完；
2. 执行git add <冲突文件名>，把解决好的文件暂存起来，告诉Git“我搞定这个文件的冲突了”；
3. 因为git pull其实是git fetch + git merge的组合，所以现在需要完成合并提交：直接跑git commit就行，Git会自动弹出编辑器，给你生成一个默认的合并提交message（比如Merge branch 'development' of <远程地址> into <你的分支>），你可以直接保存退出，或者改成你自己觉得清晰的描述；
4. 最后把合并后的分支推回远程：git push origin <你的个人分支>。

要是你修复完冲突忘了git add就直接提交，Git会提醒你还有未暂存的冲突文件，这时候补个git add再提交就好。另外，如果你不想用默认的合并message，也可以直接用git commit -m "合并development分支，修复xxx文件的行冲突"来指定自定义内容。

内容的提问来源于stack exchange，提问作者papiro