Git混合分支策略下，如何留存已解决的冲突无需依赖人工记忆？

问题背景 #

团队采用Git Flow与主干式（Trunk-Based）混合分支策略：特性在独立分支开发，部署到预发布环境（staging）获批后合并到master上线生产。当前核心痛点：

• 预发布分支staging/features合并多特性分支后，无法反向同步到特性分支，单个特性合并master后，其他特性需手动拉取master代码，易重复处理冲突。
• 在staging/features上解决的合并冲突，无法同步回对应特性分支，后续特性合并master时需人工重复修复，极易出错或遗漏。

优化方案 #

1. 调整预发布分支合并逻辑：特性分支基于staging/features变基 #

放弃直接将特性分支合并到staging/features，改为对特性分支做**变基（rebase）**操作后再合并，让冲突解决记录直接留存到特性分支：

• 操作步骤：
  1. 更新预发布分支：git checkout staging/features && git pull
  2. 切换到目标特性分支：git checkout feature/blue
  3. 基于最新staging/features变基：git rebase staging/features
  4. 解决变基过程中的冲突，完成后推送特性分支：git push --force-with-lease
  5. 合并变基后的特性分支到预发布分支：git checkout staging/features && git merge feature/blue

2. 冲突解决快照提交+Cherry-Pick同步 #

若必须保留staging/features作为集中测试分支，可通过单独提交冲突修复记录，同步到对应特性分支：

• 操作步骤：
  1. 在staging/features上合并特性分支，手动解决冲突。
  2. 将冲突修复的文件单独提交：git add <冲突文件路径> && git commit -m "fix: resolve merge conflict with feature/blue"
  3. 获取该提交的哈希值：git log --oneline -n 1
  4. 切换到特性分支，同步冲突修复记录：git checkout feature/blue && git cherry-pick <提交哈希>
  5. 推送特性分支：git push

3. 特性分支同步master的优化 #

当某特性（如green）获批合并master后，其他特性分支（如orange）同步master代码时，采用变基而非合并：

• 命令：git checkout feature/orange && git rebase master
• 由于特性分支已留存冲突解决记录，变基过程中不会重复出现已处理的冲突。

关键注意事项 #

• 变基会修改特性分支提交历史，需确保特性分支仅由开发者本人维护，变基前确认无他人在该分支工作。
• 使用git push --force-with-lease替代git push --force，避免意外覆盖他人推送内容。
• 所有冲突解决操作必须对应到具体特性分支，确保特性分支代码是「已解决预发布环境冲突」的状态。

内容的提问来源于stack exchange，提问作者Elías D