Git合并上游分支时如何避免部分提交段出现损坏问题？

你描述的提交交错场景本质是执行了git rebase upstream/master操作，将你的提交重放到了上游提交序列之后，才会导致上游坏提交嵌入你的历史链，连带损坏你后续的提交。

规避方案 #

• 优先采用 非快进合并（--no-ff） 同步上游变更，不要默认用rebase
  非快进合并会生成独立的合并提交，你的自有提交链A-B-...-D会完全保留，不会和上游提交交错。如果后续发现上游引入坏提交，直接回滚该合并提交即可，不会影响你任何自有提交。合并后的结构如下：

  --o--o--M--...--N---...--O-----o   <- upstream/master
   \                             \
    A------B------C----- ... --D--E  <- master（E为合并提交）
  

  操作命令：

  git fetch upstream
  git checkout master
  git merge --no-ff upstream/master
  

• 合并上游前做隔离验证
  不要直接在本地master分支合上游代码，先创建临时分支完成合并与验证，确认无误再合入master：

  git checkout -b temp-merge-upstream master
  git fetch upstream
  git merge upstream/master
  # 此处执行单元测试、业务功能验证，确认上游无坏提交
  git checkout master
  git merge --no-ff temp-merge-upstream
  git branch -d temp-merge-upstream
  

• 若需线性提交历史，采用分阶段rebase方案
  如果你团队要求必须保持线性提交历史不能有合并提交，不要一次性rebase到最新上游提交，可按上游发布节点/提交批次分阶段rebase，每rebase到一个节点就做一次验证，确认没问题再继续。如果碰到坏提交，直接终止rebase回到上一个稳定节点即可，不会污染整个提交链。
• 坏提交快速回滚方案
  如果已经误合了上游坏提交：
  1. 用merge方式合并的：执行git revert -m 1 <合并提交哈希>，一键回滚所有上游变更，自有提交完全不受影响
  2. 用rebase方式合并且未推送到远端origin的：执行git reflog找到rebase操作前的master提交哈希，执行git reset --hard <rebase前的提交哈希>即可完全恢复原有提交链

长期最佳实践 #

• 自有master分支仅存放经过全量验证的稳定代码，所有上游同步、新功能开发都在独立的临时/特性分支完成，验证通过后才合入master
• 定期同步上游变更，不要攒大量提交一次性合并，提交量越少出问题时的排查成本越低
• 给验证过的上游稳定提交打标签，比如标记last-stable-upstream，下次同步时可以直接对比该标签到最新上游的提交范围，提前筛选风险变更
• 自有提交尽量和上游逻辑解耦，业务定制提交和准备向上游贡献的提交拆分存放，降低冲突概率和问题排查成本

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