Git分支操作优化咨询：禁用功能合并后恢复testing_branch原状态

针对你的场景，推荐两种更高效的Git操作方式，无需手动备份文件副本，完全利用Git的版本控制能力：

方案一：临时提交 + Git Revert（推荐，历史记录清晰） #

• 基于testing_branch创建本地临时分支：

  git checkout -b temp-disable-feature testing_branch
  

• 在该分支上完成功能禁用操作（修改代码注释功能逻辑、删除相关文件等），提交并推送到远程：

  git add .
  git commit -m "temp: disable problematic feature for production merge"
  git push origin temp-disable-feature
  

• 创建合并请求（MR）将temp-disable-feature合并到testing_branch，完成合并后验证分支状态
• 验证无误后，创建MR将testing_branch合并到production
• 合并完成后，基于testing_branch创建恢复分支：

  git checkout -b restore-feature testing_branch
  

• 执行git revert <临时禁用提交的哈希值>（哈希值可通过git log查看），这会生成一个新提交，自动撤销禁用操作（恢复被删除的文件、还原代码修改）
• 提交并推送到远程，创建MR将restore-feature合并到testing_branch，完成后即可继续开发该功能

方案二：Git Stash（适合临时修改场景） #

如果testing_branch上有未提交的开发进度：

• 先暂存当前未提交的修改：

  git stash
  

• 在testing_branch上直接完成功能禁用操作，提交并推送到远程，创建MR合并到自身（按团队流程执行）
• 验证后将testing_branch合并到production
• 恢复暂存的开发修改：

  git stash pop
  

  这会自动覆盖之前的禁用更改（若有冲突需手动解决）
• 提交恢复后的代码，推送到远程并创建MR合并到testing_branch

优势对比 #

相比你当前的手动备份方案，以上两种方式：

• 无需手动保存文件副本，所有修改由Git追踪，避免文件丢失或误操作
• Git历史记录清晰，可追溯禁用与恢复的完整流程
• 完全适配团队的MR流程，无需额外的分支副本操作

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