能否移除已合并到develop分支的特定PR并在后续重新合并？
2026-5-19
当然可行！这种场景在日常团队开发里太常见了，既然你已经确认移除这个PR的合并不会引发重大冲突，那完全可以用Git的安全操作来达成目标，而且不会影响后续的提交记录。下面我给你一步步说清楚怎么做：
先明确可行性
首先肯定你的判断：只要没有重大冲突，这个操作是100%可行的。核心原因是我们要用不改写历史的方式回滚（也就是git revert），这种方式只会新增反向提交，不会修改已有的提交记录，完全适配“其他开发人员仍在维护代码库”的场景，不会让团队成员的本地仓库出现诡异的冲突。
具体操作步骤
根据你的PR合并方式，分两种情况处理：
情况1：该PR是通过「合并提交」并入develop的（最常见的情况）
大部分PR合并后会生成一个专门的合并提交，你可以通过以下步骤操作：
- 先拉取最新的develop分支：
git checkout develop && git pull origin develop - 查看提交历史，找到那个有问题的PR对应的合并提交哈希：
git log --oneline，找带有Merge pull request #XXX from ...字样的提交，复制它的短哈希（比如abc123） - 执行回滚命令：
git revert -m 1 abc123- 这里的
-m 1是关键：它告诉Git，我们要保留develop分支的主线（也就是合并前的develop状态），回滚掉这个PR带来的所有变更 - 执行后会弹出编辑器让你写提交信息，默认的信息已经足够清晰，直接保存退出即可
- 这里的
- 把回滚提交推送到远程：
git push origin develop
情况2：该PR是通过「 squash 合并」或「rebase 合并」并入的（无单独合并提交）
如果这个PR的提交是直接合并到develop的（没有生成合并提交），你需要找到这个PR的第一个和最后一个提交的哈希：
- 同样先拉取最新develop：
git checkout develop && git pull origin develop - 用
git log --oneline找到该PR的起始和结束提交（可以结合PR的提交记录来对应） - 执行批量回滚：
git revert <起始提交哈希>^..<结束提交哈希>- 这个命令会逐个回滚这段区间内的所有提交，每个提交都会生成对应的反向提交
- 全部回滚完成后，推送到远程：
git push origin develop
后续重新合并该PR的注意事项
等客户端整改完成后，重新合并原PR的步骤很简单，但有个小细节要注意：
- 因为你已经revert过这个PR的变更，当你再次合并原PR分支时，Git会认为这些变更已经被“处理过”，可能会出现冲突。这时候你只需要手动解决冲突（毕竟客户端已经整改过，冲突点应该是预期内的），或者如果原PR分支已经更新了代码，直接合并更新后的分支即可。
- 另外，重新合并前最好先拉取最新的develop分支，确保代码是最新状态。
内容的提问来源于stack exchange，提问作者Bex
相关产品推荐
相关产品推荐
