如何拆分单个提交中Feature_A与Feature_B修复并合并至main分支

方法一：交互式变基拆分提交（适合未推送到远程的场景，已推送需谨慎） #

• 先通过日志定位目标修复提交的哈希值，假设为fix_hash：

  git log --oneline develop
  

• 基于该提交的父提交启动交互式变基：

  git checkout develop
  git rebase -i fix_hash^
  

• 在弹出的编辑界面中，将目标提交前的pick改为edit，保存退出。
• 此时Git会停留在该提交的修改状态，执行命令撤销提交但保留所有修改：

  git reset HEAD^
  

• 分别提交两类修复：

  # 提交Feature_A相关修复
  git add Feature_A关联的文件路径
  git commit -m "修复Feature_A相关问题"
  
  # 提交Feature_B相关修复
  git add Feature_B关联的文件路径
  git commit -m "修复Feature_B相关问题"
  

• 完成拆分后继续变基流程：

  git rebase --continue
  

• 最后将Feature_A的新提交合并到main分支：

  git checkout main
  git cherry-pick [Feature_A修复提交的哈希值]
  git push origin main
  

方法二：Cherry-Pick提取并手动拆分（适合已推送到远程的安全方案） #

• 切换到main分支，提取目标提交的修改但不自动提交：

  git checkout main
  git cherry-pick -n [fix_hash]
  

• 撤销暂存的所有修改，准备手动筛选：

  git reset
  

• 仅提交Feature_A相关的修复：

  git add Feature_A关联的文件路径
  git commit -m "修复Feature_A相关问题"
  git push origin main
  

• 丢弃剩余的Feature_B相关修改（该部分已存在于develop分支）：

  git checkout .
  git clean -fd # 可选，用于清理未跟踪的临时文件
  

关键注意事项 #

• 若原修复提交已推送到远程develop，使用变基方法需强制推送（git push -f origin develop），这会改写远程分支历史，必须提前同步团队成员并确认无冲突风险。
• 操作前建议创建备份分支，避免失误丢失修改：

  git checkout develop
  git checkout -b backup_fix_branch
  

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