管理并行Pull Request间本地合并依赖的Git实操方案

一、将feature1和feature2安全变基到origin/main（J）的步骤 #

1. 优先处理依赖分支feature2 #

先把feature2独立变基到最新的origin/main，确保它的历史干净且不包含feature1的内容：

# 切换到feature2分支
git checkout feature2
# 拉取origin的最新代码（确保origin/main指向J）
git fetch origin
# 将feature2变基到origin/main
git rebase origin/main

此时feature2的历史变为：J → C' → D' → H'（带'的提交是变基后生成的新提交，原提交会保留在reflog中，不影响分支历史）。

2. 带合并结构变基feature1到origin/main #

由于feature1依赖feature2且包含合并提交（E、I），需要用--rebase-merges参数保留原有的合并结构，同时让合并指向变基后的feature2：

# 切换到feature1分支
git checkout feature1
# 执行带合并结构的变基，目标为origin/main
git rebase --rebase-merges origin/main

在变基过程中，Git会自动重新构建合并历史：

• 原合并提交E会改为合并变基后的D'（feature2的最新提交）
• 原合并提交I会改为合并变基后的H'
  最终feature1的历史变为：J → B' → E' → F' → G' → I'，其中E'和I'是保留了原合并逻辑的新提交，且不会包含feature2的独立提交（C'、D'、H'）。

3. 验证与收尾 #

完成变基后，检查两个分支的历史：

# 查看feature2的历史
git log --oneline feature2
# 查看feature1的历史，确认合并指向正确
git log --oneline --graph feature1

此时不需要对feature2执行reset --hard，因为我们已经提前完成了feature2的独立变基，feature1的变基只会引用它的最新版本，不会破坏feature2的分支历史。

二、长期分支依赖的推荐工作流 #

针对PR短期内无法合并、需持续开发依赖分支的场景，推荐以下两种简洁方案：

方案1：分离"本地开发分支"与"PR提交分支" #

• 为每个功能创建两个分支：
  • featureX-dev：本地开发专用，允许合并/变基依赖分支（如feature2），用于保证开发环境的可用性
  • featureX-pr：仅用于推送PR，严格只保留当前功能的独立提交，不包含依赖分支的内容或合并提交
• 日常开发在featureX-dev上进行，需要同步依赖分支时直接执行git merge feature2或git rebase feature2
• 更新PR时，将featureX-pr变基到origin/main，然后用交互式变基或Cherry-pick提取featureX-dev中仅属于当前功能的提交：

  # 切换到feature1-pr分支并变基到最新origin/main
  git checkout feature1-pr
  git rebase origin/main
  # 提取feature1-dev中独有的提交（假设从B开始到I的非合并提交）
  git cherry-pick B..I --no-merges
  # 推送更新PR
  git push --force-with-lease origin feature1-pr
  

方案2：依赖分支优先更新，按需变基主开发分支 #

• 始终保持feature2作为独立的功能分支，仅包含自身的提交，定期变基到origin/main并更新PR
• 开发feature1时，仅在需要依赖feature2的最新代码时，执行git rebase feature2（而非合并），这样feature1的历史会是线性的，且依赖于feature2的最新版本
• 当需要推送feature1的PR时，先将feature2变基到origin/main，再将feature1的提交（排除feature2的内容）变基到origin/main：

  # 先更新feature2
  git checkout feature2
  git rebase origin/main
  git push --force-with-lease origin feature2
  # 提取feature1独有的提交（B、F、G）变基到origin/main
  git checkout feature1
  git rebase --onto origin/main feature2 feature1
  git push --force-with-lease origin feature1
  

这种方式可以避免合并提交，同时保持分支的独立性，PR中只会包含当前功能的代码。

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