Git回滚受保护main分支后重新合并原feature分支的安全方案咨询

你之前使用-s ours策略合并生成回滚提交的操作，会让Git将原main上的feature-A相关提交（对应示例中的3、4、5）标记为「已合并入当前main分支历史」的状态。因此当你尝试合并备份分支main-backup时，Git判定这些提交已经存在于main的历史链路中，不需要重复应用代码变更，所以PR显示无代码差异。

注意：所有操作均不需要强制推送，完全符合受保护分支仅通过PR提交变更的规则

当前问题修复方案（已完成回滚，需重新合入feature-A） #

• 从当前最新的main分支切出一个新的功能合入分支：

  git checkout main
  git pull origin main
  git checkout -b feature-A-reapply
  

• 用cherry-pick命令按顺序重新应用feature-A的所有提交，连续提交可使用范围语法简化操作：

  # 示例中3、4、5是连续的feature-A提交，替换为你实际的commit哈希范围
  git cherry-pick <提交3的哈希>^..<提交5的哈希>
  # 若遇到冲突，解决冲突后执行git cherry-pick --continue即可继续操作
  

• 推送feature-A-reapply分支到远程，发起PR合并到main即可，此时PR会正常展示所有feature-A的代码变更，最终提交链符合你的预期。

通用标准流程（未执行回滚时推荐使用） #

后续遇到类似需要临时回滚功能的需求，推荐使用git revert生成反向提交的方案，可避免后续重新合入功能时的问题：

• 首先找到feature-A合并到main时的合并提交哈希，记为<merge-commit-hash>
• 从main切出独立的回滚分支：

  git checkout main
  git pull origin main
  git checkout -b revert-feature-A
  

• 执行revert操作撤销合并带来的所有变更：

  # -m 1表示保留合并链路中主分支侧的代码，即回滚到合并前的状态
  git revert -m 1 <merge-commit-hash>
  

• 推送回滚分支到远程发起PR，合并后即可完成回滚。后续需要重新合入feature-A时，只需要再revert本次回滚生成的提交，就能直接恢复所有feature-A的代码变更，无需额外操作。

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