Git特性分支依赖处理：保持主分支线性且关联依赖分支的方案咨询

背景 #

我们团队采用简单Git分支策略：长期存在main分支，搭配任意数量短期特性分支。为保持main分支历史线性，特性分支完成后会被squash为单个提交合并到main，随后删除该特性分支。这种方式在特性分支无依赖时运行顺畅。

遇到的分支依赖场景 #

少数情况下会出现特性分支互相依赖的结构，例如：

o---o---o---o---o  main
         \   \       \
          \   o---o---o  feature1
           \       \   \
            o---o---o---o  feature2

其中feature2依赖feature1。我们希望完成feature1时不切断与feature2的关联：将feature1 squash合并到main后，改写feature2的历史，使其依赖这个squash后的提交，最终目标历史结构如下：

o---o---o--o--o--o'  main
         \            \
          o---o---o'---o'  feature2

核心疑问 #

能否在避免不必要合并冲突的前提下实现上述需求？

自行设想的替代方案 #

我想到一种无需改写feature2历史的方式，步骤如下：

• 将feature1 squash提交到main分支
• 将main分支合并到feature1分支
• 将feature1分支合并到feature2分支
• 删除feature1分支

该方式能保持main分支历史线性，请问这是否为理想解决方案？

解答 #

关于改写feature2历史的可行性

可以实现，且能最大程度避免不必要冲突，核心使用git rebase --onto命令：

1. 先完成feature1的squash合并到main：

   git checkout main
   git merge --squash feature1
   git commit -m "feat: 合并feature1的所有功能"
   

2. 找到feature1分支基于main的起始提交（假设为commit X），将feature2中属于自身的提交（即feature1之后的提交）变基到squash后的main上：

   git checkout feature2
   git rebase --onto main commit_X feature2
   

   这个命令会把feature2中从commit X之后的所有提交，移到main的最新提交（即squash后的feature1提交）之后。只要feature2未修改feature1已改动的文件，基本不会产生冲突；若有冲突，也属于真实的代码冲突，并非不必要的冗余冲突。

关于自行设想的方案评估

这个方案不是理想解决方案，原因如下：

1. 冗余提交：将main合并到feature1后，feature1会同时包含squash后的提交和原有多个提交，合并到feature2时会把这些冗余提交带入feature2历史，破坏特性分支历史的简洁性。
2. 后续隐患：当feature2最终合并到main时，再次squash可能因历史中存在重复的feature1代码片段，导致不必要的冲突或重复代码问题。
3. 分支管理混乱：原本feature1是短期分支，合并到main后就该删除，额外的合并步骤延长了它的生命周期，增加了分支管理复杂度。

综上，更推荐使用git rebase --onto的方式改写feature2的历史，既能保持main的线性，又能让feature2的历史干净整洁，且冲突均为必要的真实冲突。

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