无法将单个提交Cherry Pick至分支（Bad Object错误）

嘿，我来帮你搞定这个头疼的Git错误合并问题！先对齐下你的场景：你们采用master、release、feature分支的架构，主要开发在feature分支，偶尔直接在release上修bug；现在错误合并了某个feature到release，而且之后还提交了几个bug修复，更麻烦的是部分合并后的feature分支已经被删掉了。别慌，咱们一步步来解决：

第一步：定位错误的合并提交 #

首先得找到那个闯祸的合并提交。在终端里运行：

git log --oneline --graph

这个命令会以图形化的方式展示提交历史，你很容易就能找到那个错误的merge commit，记下它的哈希值（比如abc123）。

方法一：用git revert撤销错误合并（强烈推荐，适合已推送的远程分支） #

因为release分支通常是已经推送到远程的公开分支，绝对不要修改已公开的提交历史，所以git revert是最安全的选择——它会生成一个新的提交来抵消错误合并的影响，不会动之前的提交记录。

• 1. 切换到出问题的release分支：

  git checkout release/your-release-name
  

  把your-release-name替换成你实际的release分支名，比如release/v1.2。
• 2. 执行撤销命令：

  git revert -m 1 abc123
  

  这里的-m 1是关键：合并提交有两个父节点，1代表的是release分支合并前的状态（也就是我们要保留的主线），2是来自错误合并的feature分支。如果搞反成-m 2，会把release分支回退到合并前，同时删掉之后的bug修复，一定要注意！

• 3. 这时候Git会打开编辑器让你编辑撤销提交的信息，默认内容已经很清晰，直接保存退出就行。
• 4. 恢复已删除的feature分支（如果需要）：
     如果那个错误合并的feature分支已经被删了，你可以从合并提交的第二个父节点恢复它：

  git checkout -b feature/restore-deleted abc123^2
  

  这样就能重新得到之前删除的feature分支，修复好问题后再重新合并到release。

方法二：用git reset重置分支（仅适用于本地未推送的情况） #

如果错误合并后的bug修复还没推送到远程，而且你能接受修改本地提交历史的话，可以用这个方法：

• 1. 切换到release分支：

  git checkout release/your-release-name
  

• 2. 找到错误合并前的最后一个正常提交，记下它的哈希值（比如def456），然后执行：

  git reset --hard def456
  

  这会把release分支硬重置到错误合并前的状态。
• 3. 把之后的bug修复重新cherry-pick过来：
     假设之后的bug修复提交哈希是ghi789和jkl012，执行：

  git cherry-pick ghi789 jkl012
  

  这样就能把正确的bug修复重新应用到release分支上。
• 4. 修复好feature分支后，再重新合并到release。

后续工作流调整建议（避免再踩坑） #

既然你们打算调整工作流，这几个小建议可以参考：

• 合并feature到release前，必须做代码评审，并且用git diff release/your-release-name feature/your-feature-name查看即将合并的所有变更，确认没问题再操作。
• 尽量不要直接在release分支上提交bug修复：建议新建hotfix分支修复，然后合并到release和master分支，这样能保证分支的可追溯性。
• 合并后别急着删feature分支：等合并后的代码稳定运行1-2个迭代周期，或者给feature分支打个标签（比如git tag feature/your-feature-name merged）后再删除，这样就算出问题也能快速恢复。
• 可以设置Git钩子：比如pre-merge钩子，自动检查合并的文件变更，避免误合并不需要的代码。

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