Git的代码合入流程详解（git合并代码）万万没想到

随心笔谈2年前发布编辑

168 0

🌐 经济型：买域名、轻量云服务器、用途：游戏网站等《腾讯云》特点：特价机便宜适合初学者用点我优惠购买

🚀 拓展型：买域名、轻量云服务器、用途：游戏网站等《阿里云》特点：中档服务器便宜域名备案事多点我优惠购买

🛡️ 稳定型：买域名、轻量云服务器、用途：游戏网站等《西部数码》特点：比上两家略贵但是稳定性超好事也少点我优惠购买

目录总述Rebase解决冲突适用情况操作方式Squash解决冲突适用情况操作方式Merge执行合入

代码合入流程用于减轻代码合入复杂度、简化主分支历史（具有线性的历史）、保证合入代码对主分支的HEAD有效

。

代码合入分为两步
解决冲突：将需要合入的分支变基到目标分支之上。保证合入代码对目标分支的HEAD有效。此时会解决所有代码冲突。执行合入：向目标分支提交merge请求，执行合入CI后完成合入。

其中第一步“解决冲突”的方法分为两种种情况：

Squash。如 feature分支向 dev分支合入；存在冲突的合入。此时会出现合入过程冲突多、合入结果复杂（commit多）、合入message不清晰（未能完整描述改动内容）的问题。此时不需要保存历史commit，仅需要干净的将feature合入master。Rebase。如 hotfix分支向 dev分支合入；feature分支向 feature分支合入。此时冲突少、合入结果简单、需要保存历史commit。

其中第二步“执行合入”应采用 merge no-fast-forward 的方式。确保合入信息可追溯和易回退。

hotfix → developfeature → featuredevelop → master

其中commit数量少（1~2个），开发周期短（1day）。

其中dev分支向master分支合入。通过执行 git log –all –graph –decorate 可看到如下图。两个分支已经分开，如果通过在master分支git merge合入且存在冲突，那么会触发三方合并在master生成merge commit污染主分支提交历史，这是我们不想看到的。

此时我们执行以下流程解决问题

git checkout dev && git pull dev
git rebase master // 保证master与remote仓库一致
// 若发生冲突执行 git mergetool 解决冲突
git rebase –continue

此时可以看到master分支和dev分支干净得合在一起。经过单元测试并确认我们的改动没有bug后，我们可以push并开启mr。

feature → developgitlab → gerrit （此处为泊车自动同步代码中用到）

其中commit数量多（> 2个），开发周期长（> 1day），冲突量大（每个commit可能都有冲突）。

此处仍然是将dev合入master。其中dev分支提交历史混乱（有tmp提交），commit号多且每个commit都与master有冲突。此时在master分支执行 git merge dev 会触发三方合并，且保留不必要的commit历史。不必要的提交信息如图

操作的初始状态如图

此处我们执行如下操作，在master分支解决冲突并压缩提交。随后checkout一个提交分支并开启mr。这有利于简化主分支提交。但需要小心，dev分支不能再使用，需要重新从master分支拉取新的dev。

git checkout master // 保证master与remote一致
git merge –squash dev
// 解决冲突 git mergetools 、 git commit -m <总结此次提交的所有内容>
git checkout -b <mr-branch>
git push xxxx

mater结果如图

这里强调使用merge no fast forward的目的是保留合入信息。

git checkout master
git merge –no-ff dev

以上就是Git的代码合入流程详解的详细内容，更多关于Git代码合入流程的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:解决Git?Revert?再次合代码无效问题VS2022 Git提交代码的实现使用git命令将本地代码上传到GitHub使用git命令上传代码关于IDEA中Git暂存代码的使用nodejs制作一个文档同步工具自动同步到gitee中的实现代码