Bitbucket变基后丢失PR评审记录问题咨询

核心结论 #

Bitbucket原生不支持你提出的需求——即变基时仅让冲突解决部分重新进入待评审状态、未冲突补丁保留原评审记录，也无法在master分支有无关变更时变基后保留评审状态。

原因说明 #

Bitbucket的PR评审记录（包括已评审标记、评论、批准状态）是和提交的唯一哈希值绑定的。而变基操作会重写分支上所有提交的哈希（因为变基本质是把你的提交重新应用到目标分支的最新版本上），平台会将变基后的分支识别为全新的修改集合，因此会重置所有评审状态，所有修改都会恢复成待评审的加粗样式，这是底层设计逻辑导致的，无法通过设置改变。

缓解方案 #

虽然没有完美解决办法，但可以通过以下方式减少麻烦：

• 提前变基：在创建PR之前，先把你的分支变基到最新的master分支，尽量避免在评审过程中再执行变基操作。
• 使用合并替代变基：如果团队流程允许，用git merge master而非git rebase master来更新分支。合并不会重写提交哈希，PR的评审记录会完整保留，代价是提交历史会包含更多合并节点。
• 拆分大型PR：把大型PR拆分为多个小PR，每个PR只负责单一功能或模块的修改。这样即使变基，需要重新评审的范围也会大幅缩小，工作量显著降低。
• 手动同步评审状态：如果必须在评审中变基，可以在变基前手动记录已完成的评审要点（比如已通过的文件、关键评论），变基后对照记录快速标记已评审内容，减少重复工作。

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