如何在保留评论的前提下将单个PR的变更拆分至两个独立PR？

我在团队仓库的单个PR里对项目A和项目B做了大量修改。完成测试、评审并解决所有评论后，发现另一个团队的PR对项目A有冲突变更，且该PR得优先部署到预发布环境（staging）。我的PR因为包含项目A的变更没法合并，但项目B的变更必须尽快上线。

常规操作是废弃当前PR、执行git reset --soft后重新建两个分支，但团队不想丢A和B的评论线程——这些记录了一个月的工作和多团队评审阶段的重要设计决策。有没有办法把A、B的变更拆成两个独立PR，同时保留所有评论？

我现在想的方案是：基于当前分支新建分支，手动撤销项目A的变更后推送，这时项目A的评论会变成悬空状态（显示文件引用已删除），合并这个分支后，再基于最新分支建新PR，把50多条悬空评论挨个复制粘贴到对应文件并标记已解决。这方案显然很差，不仅丢上下文，还得耗好几个小时。另外有些方案直接删所有现有评论，我绝对不能接受。

*是的，我当初确实不该把两个项目的变更塞同一个PR里。

1. 拆分出仅含项目B变更的分支 #

假设原分支叫feature/a-and-b，先确保本地分支是最新的：

git checkout feature/a-and-b
git pull origin feature/a-and-b

新建仅保留项目B变更的分支feature/b-only：

git checkout -b feature/b-only

撤销项目A的所有变更（如果项目A的文件都在特定目录，比如./project-a/，用下面的命令最高效）：

git checkout origin/main -- ./project-a/

如果能找到原分支里仅初始提交项目B的节点，也可以用软重置：

# 替换成对应提交哈希
git reset --soft <commit-hash-of-b-only-start>

提交变更并推送：

git commit -m "拆分PR：仅保留项目B的变更"
git push origin feature/b-only

2. 复用原PR评论合并项目B #

在PR平台上操作：

• 关闭原PR，但不要删除（评论记录会完整保留）
• 新建feature/b-only的PR，在描述里明确关联原PR（比如“关联原PR #XXX：拆分出项目B独立变更”）
• 原PR里关于项目B的评论，已解决的直接标记为已解决；未解决的在新PR对应文件位置引用原评论内容（比如“参考原PR #XXX中的评论：[原评论摘要]”）
• 原PR不会被删除，所有评审记录都能在仓库PR历史里查到，团队随时能回溯完整上下文。

3. 处理项目A的变更（等冲突PR合并后） #

等另一个团队的项目A PR合并到main后：

# 拉取最新main分支
git checkout main
git pull origin main
# 新建项目A的独立分支
git checkout -b feature/a-only

从原feature/a-and-b分支里挑出仅项目A的提交，逐个cherry-pick：

# 查看原分支中所有项目A相关的提交哈希
git log feature/a-and-b -- ./project-a/
# 替换成实际的提交哈希
git cherry-pick <a-commit-hash-1> <a-commit-hash-2> ...

解决冲突后推送分支，新建项目A的PR，同样在描述里关联原PR，原PR里关于项目A的评论可以直接引用或标记已解决，完整评论线程依然保留。

关键注意点 #

• 原PR一定要设为“关闭”而非“删除”，所有评论、评审记录会永久存在仓库中，不会丢失。
• 新PR关联原PR的操作，能让团队快速回溯完整的评审历史，避免上下文断裂。
• 手动拆分不依赖任何第三方工具，操作稳定可靠，大部分代码托管平台都适用。

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