限制拉取请求的数量 Bitbucket
restrict amount of pull requests Bitbucket
当前问题：我们团队中的 pull request 太多了。希望是，如果无法创建新的拉取请求，人们会开始更频繁地审查。
所以我的问题是：有什么方法可以限制 bitbucket 上的拉取请求数量吗？
例如，只有 20 个拉取请求有效，如果有人想创建 21 个，那是不可能的。
谢谢
塞韦林
简短的回答是否定的，它不是一项功能。这不是我以前听说过的用例；通常，我见过大大小小的团队简单地使用飞行中的工作项目所需的尽可能多的 PR。如果是我，我会认为这是一个症状而不是根本问题；在您的 bug/feature 跟踪系统中应该有票据（无论您使用的是 Bitbucket 的内置问题跟踪器，还是更全面的东西，如 Jira 或类似的东西，等等）定义要完成的开放工作项目。这将是一个很好的地方，可以限制在旧问题关闭之前出现新问题。即便如此，听起来您的团队内部的期望还有一个更大的问题需要解决，并且尝试通过利用工具来创建人工守卫 rails 来解决这个问题可能只是在避免团队如何合作这一更大的问题。
我意识到这并不是这个问题技术方面的真正答案，但缺少编写大量自定义 code/integrations（这在 Bitbucket Server 上可能更可行，因为您可以编写自己的插件并拦截低级服务器端事件以实现此类目的）我不知道 Bitbucket 或其他 git 托管产品中的任何解决方案可以实现这一点。
完全披露：我为 Atlassian 工作
更新：我发现了这个开源项目：https://github.com/renovatebot/renovate - it looks like it can implement a solution like the one you're describing: https://docs.renovatebot.com/configuration-options/#prconcurrentlimit。值得一看！
当前问题：我们团队中的 pull request 太多了。希望是，如果无法创建新的拉取请求，人们会开始更频繁地审查。
所以我的问题是：有什么方法可以限制 bitbucket 上的拉取请求数量吗？
例如，只有 20 个拉取请求有效，如果有人想创建 21 个，那是不可能的。
谢谢 塞韦林
简短的回答是否定的，它不是一项功能。这不是我以前听说过的用例；通常，我见过大大小小的团队简单地使用飞行中的工作项目所需的尽可能多的 PR。如果是我，我会认为这是一个症状而不是根本问题；在您的 bug/feature 跟踪系统中应该有票据（无论您使用的是 Bitbucket 的内置问题跟踪器，还是更全面的东西，如 Jira 或类似的东西，等等）定义要完成的开放工作项目。这将是一个很好的地方，可以限制在旧问题关闭之前出现新问题。即便如此，听起来您的团队内部的期望还有一个更大的问题需要解决，并且尝试通过利用工具来创建人工守卫 rails 来解决这个问题可能只是在避免团队如何合作这一更大的问题。
我意识到这并不是这个问题技术方面的真正答案，但缺少编写大量自定义 code/integrations（这在 Bitbucket Server 上可能更可行，因为您可以编写自己的插件并拦截低级服务器端事件以实现此类目的）我不知道 Bitbucket 或其他 git 托管产品中的任何解决方案可以实现这一点。
完全披露：我为 Atlassian 工作
更新：我发现了这个开源项目：https://github.com/renovatebot/renovate - it looks like it can implement a solution like the one you're describing: https://docs.renovatebot.com/configuration-options/#prconcurrentlimit。值得一看！