简介
搞软件开发协作时, 好多开发者会同时对同一项目里相同的文件做修改, 这是常见状况。等这些修改合并到一块儿, 就有可能出现 Git 冲突。能够理解且有效解决这些冲突, 是运用 Git 开展团队协作开发的关键技能当中的一项。本文会全面介绍跟 Git 冲突解决有关的知识, 助力你在开发进程里更顺利地处理这类问题。
目录, Git冲突解决基础概念方面, 什么是Git冲突, Git冲突解决使用方法, Git冲突解决常见实践, Git冲突解决最佳实践小结, 参考资料, Git冲突解决基础概念。
Git冲突所指的是, 当发生Git没办法自动去合并两个或者多个修改之际所产生的那种状况。简而言之, 也就是在进行合并分支操作的时候, 比如说把一个功能分支合并到主分支那儿的时候, Git察觉到对于同一个文件的同一部分存在各异的修改, 弄不清楚该作怎样的选择, 进而抛出冲突提示。
冲突产生的原因Git 冲突解决使用方法自动合并与冲突检测
使用git merge命令或者git pull命令之际, Git会率先尝试自动合并。若合并成功, 你不会见到任何冲突提示, 工作目录会顺利得到更新。但要是存在冲突, Git会停下合并操作, 并提示哪些文件存在着冲突。
比如说, 我们存在两个分支, 即 feature - branch 与 master, 在 feature - branch 这个分支之上针对 example.txt 文件作出了修改, 与此同时, 在 master 分支上面针对 example.txt 文件作出了不一样的变更。而当我们试图要对 feature - branch 进行合并, 归入到 master 之内的时候:
# 切换到 master 分支
git checkout master
# 合并 feature-branch 分支
git merge feature-branch如果存在冲突，Git 会提示类似以下信息：
Auto-merging example.txt
CONFLICT (content): Merge conflict in example.txt
Automatic merge failed; fix conflicts and then commit the result.手动解决冲突
等到 Git 察觉到冲突致使的情况随后, 就得依靠个人动手对冲突文件予以编制从而搞定冲突这一状况了。冲突文件之内会涵盖特别类型的标记之物, 用处在于指明冲突出现的具体位置以及不同版本所做的修改内容情况咧。
比如说, 于example.txt文档里头, 冲突的那些部分有可能会像下面这样呈现:
<<<<<<< HEAD
这是 master 分支上的修改内容
=======
这是 feature-branch 分支上的修改内容
>>>>>>> feature-branch.feature-branch之间的内容, 是那些将要合并的分支（feature-branch）所做的修改。
设法解决冲突的办法便是通过手动去编辑文件, 从中挑选决定保留哪一份版本的修改之处, 又或者是把两个版本的修改予以恰当的整合。比方说, 要是我们做出决定保留两个版本的内容这种选择, 那么能够将文件修改成这样:
这是 master 分支上的修改内容
这是 feature-branch 分支上的修改内容标记冲突已解决
所有冲突手动解决完毕之后, 要把这些修改标记成已解决状态, 以此来完成合并操作, 这能够经由以下步骤达成:
暂存修改后的文件：
git add example.txt提交合并结果：
git commit -m "解决 example.txt 文件的冲突并完成合并"
至此，冲突已被成功解决，合并操作完成。
Git 冲突解决常见实践及时拉取更新
一天的工作刚开始的时候, 去把最新的代码给拉取过来, 要保证本地仓库跟远程仓库维持同步状态。如此一来, 就能降低跟其他开发者产生修改冲突的可能性了。
git pull origin master小步提交
每次仅开展少量的功能性变动, 并且及时予以提交, 如此一来倘若出现冲突, 便更易于进行定位以及解决问题, 原因在于每次修改的范围较为小。
分支策略
适用恰当的分支办法, 像 GitFlow 或者 GitHub Flow 那样。这些办法能够规整分支的生成、运用以及合并步骤, 有益于降低冲突事例的出现, 并且让冲突更易于处理。
比如, 于 GitFlow 内里, 存在 master 主分支, 还有 develop 开发分支, 以及各类功能分支、发布分支和热修复分支。软件开发人员在功能分支那儿开展开发工作, 结束之后把功能分支合并进 develop 分支, 接着在恰当的时候将 develop 分支合并至 master 分支。
Git 冲突解决最佳实践沟通协作
团队开发里, 良好沟通相当关键, 进行会引发冲突的修改前, 先跟团队成员沟通, 去告诉他们你的计划, 要是发现冲突, 及时和相关开发者探讨解决方案, 保证合并后的代码契合项目的整体需求。
使用图形化工具
能直观展示分支结构以及冲突情况, 促使冲突解决更为便捷的图形化的Git客户端, 像SourceTree、GitKraken等, 这些工具一般会提供可视化的界面, 以便让你能够轻松地去选择保留哪些修改。
预合并检查
待合并分支合并至主分支前, 先于本地开展预合并操作, 可创建临时分支, 把待合并的那个分支给合并到该临时分支之上, 查看有无冲突发生, 若存在冲突, 马上解决, 以此保障主分支的稳定性。
# 创建临时分支
git checkout -b temp-merge
# 将待合并的分支合并到临时分支
git merge feature-branch小结
开发中, Git冲突是团队协作时难以避免的状况, 不过借助了解其形成缘故以及掌握有效的处理办法, 我们能够把冲突对开发流程的影响降至最低。要依照常见做法与最佳做法, 像是及时拉取更新、小步提交、合理的分支策略、沟通协作以及运用图形化工具等, 这能助力我们更高效地化解冲突, 保证项目顺利推进。
参考资料
