代码兼并进程用于下降代码兼并的杂乱度，简化主分支前史(带线性前史)，保证兼并后的代码对主分支负责人有用。代码集成分为两步。抵触处理:即将兼并的分支的根底更改为方针分支。保证兼并后的代码对方针分支的负责人有用。此刻将处理一切代码抵触。壁球.比方feature分支兼并到dev分支；存在整合的抵触。此刻，兼并进程中会呈现许多抵触，兼并成果杂乱(屡次提交)，兼并音讯不明确(无法完好描绘改变的内容)。此刻，不需求保存前史提交，只需求将特征清理到主文件中。重定基数.假如热修正分支兼并到开发分支；特征分支兼并到特征分支中。此刻抵触少，兼并成果简略，需求保存前史提交。第二步“兼并”应该选用兼并不快进的方法。保证兼并后的信息能够追溯并轻松回滚。
其间提交次数少(1~2)，开发周期短(1天)。运转方法其间dev分支兼并到master分支中。履行gitlog-all-graph-decorate能够正常的看到下图。这两个分支现已分开了。假如它们在主分支中被git merge兼并，发生抵触，就会触发三方兼并在主分支中生成被merge commit污染的主分支的提交前史，这是咱们不期望看到的。此刻，咱们履行以下进程来处理问题。git签出开发和git拉取开发Git rebase master //保证master与长途库房共同//假如有抵触，履行git mergetool处理抵触。git rebase -持续仿制代码此刻，您能够正常的看到master分支和dev分支净地结合在一起。在单元测试并承认咱们的更改中没有bug之后，咱们咱们能够推送并翻开MR。壁球处理抵触适用状况功用→开发Gitlab → gerrit(此处用于主动泊车同步代码)
其间提交数量多( 2)，开发周期长( 1day)，抵触数量多(每次提交都可能有抵触)。运转方法在这儿，咱们仍就将dev兼并到master中。其间dev分支提交前史紊乱(tmp提交)，提交次数多，每次提交都和master抵触。此刻，在主分支中履行git merge dev将触发三方兼并，并保存不必要的提交前史。如图所示，在操作的初始状况中显现不必要的提交信息。这儿，咱们履行以下操作，处理主分支中的抵触并紧缩提交。然后签出一个提交分支，翻开Mr，这样有助于简化主分支的提交。可是要注意，dev分支不能再用了，需求再从master分支拉一个新的dev。Git checkout master //保证master与remote共同。git兼并-揉捏开发//处理抵触git mergetools，git commit -mgit checkout -bgit推送xxxx仿制代码首要成果如图所示。Merge履行兼并。这儿要着重的是，运用merge no快进的意图是为了保存兼并信息。git结账大师git兼并-无-ff开发
