【发布时间】：2021-03-02 09:31:56
【问题描述】：
当前问题：我们团队中有太多的拉取请求。希望是，如果无法创建新的拉取请求，人们开始更频繁地审查。
所以我的问题是：有什么方法可以限制 bitbucket 上的拉取请求数量？
例如，只有 20 个拉取请求是有效的，如果有人想创建 21 个它是不可能的。
谢谢 严重
【问题讨论】：
-
我用可能的第三方解决方案对问题添加了更新，请查看
标签： bitbucket
【发布时间】：2021-03-02 09:31:56
【问题描述】：
简短的回答是否定的，这不是功能。这不是我以前听过的用例。通常，我见过大大小小的团队只是使用尽可能多的 PR 来完成飞行中的工作项目。如果是我，我会认为这更像是一个症状而不是根本问题；您的错误/功能跟踪系统中应该有票证（无论您使用的是 Bitbucket 的内置问题跟踪器，还是像 Jira 或类似的更全面的东西等）来定义要完成的开放工作项。这将是一个很好的地方，可以限制在旧问题关闭之前发现新问题。即便如此，听起来团队内部的期望还有一个更大的问题需要解决，而尝试通过利用工具创建人工护栏来解决这个问题可能只是避免了团队如何协作的更大问题。
我意识到这并不是对这个问题的技术方面的真正答案，而是缺少编写大量自定义代码/集成（这在 Bitbucket Server 上可能更可行，因为您可以编写自己的插件并拦截低 -级别的服务器端事件来实现这种事情）我不知道 Bitbucket 或其他 git 托管产品中有任何解决方案可以实现这一点。
全面披露：我为 Atlassian 工作
更新：我发现了这个开源项目：https://github.com/renovatebot/renovate - 看起来它可以实现像您描述的那样的解决方案：https://docs.renovatebot.com/configuration-options/#prconcurrentlimit。值得一看！
【讨论】：