Bitbucket Cloud为何允许落后1次提交却不允许设置为0次？

Bitbucket Cloud的PR合并限制支持设定PR分支落后目标分支的提交次数上限，但目前没法把这个数值设为0次（也就是强制PR分支和目标分支完全同步），而且就算升级付费套餐也解决不了这个问题，背后主要有这些技术层面的考量：

• 实时同步会大幅增加协作成本：要是强制要求PR分支必须和目标分支0次落后，那目标分支一有新提交，所有没合并的PR都会立刻触发限制，没法合并。多人维护同一个目标分支的场景下，大家就得频繁重新同步分支，重复操作太多，严重拖慢合并效率。

• 和现有合并逻辑的设计冲突：Bitbucket的PR机制本身支持快速合并、squash合并这类自动处理部分冲突的功能。如果强制0次落后，等于直接否定了这些便捷合并逻辑的存在价值，系统设计时更倾向于允许一定程度的落后，让用户自行选择合适的时机同步分支。

• 实时校验会带来性能负担：要实时监测所有PR分支和目标分支的提交差异，每次目标分支更新就立刻校验所有关联PR，会给平台带来额外的计算资源消耗。尤其是大型仓库或者PR数量多的团队，这种实时校验很可能导致系统响应变慢，影响整体使用体验。

• 涉及多模块的兼容性改动：Bitbucket的分支保护、合并队列等其他功能，都是基于允许有限落后提交的逻辑设计的。要是开放0次落后的设置，得调整多个关联模块的逻辑，系统改动成本很高，不是单纯开放一个参数就能搞定的。

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