我知道您可以通过 API 更新现有的分支保护规则，但我在 v3 API 文档 WRT 创建新规则时找不到任何参考。例如，如果我想向与前缀为“dev_”的新分支匹配的存储库添加一条规则，我必须使用“将规则应用于”字段通过 GUI 添加它，然后我可以使用 API 来更新那些规则设置。理想情况下，我希望有一个钩子，如果将新分支引入到存储库，但与现有规则不匹配，它可以自动执行此操作。我应该能够通过 API 创建该规则。有没有办法做到这一点？
这似乎是 GH 和 Jenkins 更重要但不太了解和记录的功能之一，这似乎完全违背了 CI 的目的......
我正在尝试在 Jenkins 中设置一个简单的“在打开拉取请求时启动构建”作业。我已经扫描了几十个帖子，有些帖子已经有好几年了，但还没有找到一个真正有效的解决方案，从头到尾。我将 GH 2.15.4 和 Jenkins 2.89.3 与 GH Pull Request Builder 插件一起使用。我尝试按照各种“操作方法”帖子和文档设置管道作业和自由式项目。没有任何事情按预期工作。差远了。我已经设法让一些功能正常工作，但并非没有大量反复试验，这不会让我在使用它时感到非常模糊。Webhooks 在完成所需的工作方面同样毫无价值，因为在 Jenkins 中似乎没有任何东西可以激发工作，无论它是如何配置的。
对于初学者，是否有任何参考或文档可以解释以下由 Jenkins 自动创建的状态检查：
持续集成/詹金斯/分支
持续集成/詹金斯/pr-head
持续集成/詹金斯/pr-merge
显然没有办法删除或编辑这些......他们只是“出现”詹金斯的礼貌。我看过一些讨论，但有些解释相互矛盾，所以它们可能已经过时、不准确等。我想知道“什么是什么”，所以我知道哪些应该作为 PR 状态检查的“必需” .
任何指针将不胜感激！
我不想检索评论的“状态”（例如“开放”、“关闭”），而是检索状态（例如“已批准”）。但是我看不到通过 API 执行此操作的方法。无论状态如何，它始终返回一个空的 JSON 数组。
例如，此_应该_返回“已批准”状态，但它什么也不返回：
https://github.mydomain.com/api/v3/repos/myOrg/myRepo/statuses/8675309
结果是：
[
]
API 不支持此操作（“查看状态”）吗？
每当拉取请求审查被标记为“已批准”时，我都需要能够通过网络钩子启动流程。我知道有一种方法可以通过 API 查询拉取请求以确定状态、批准数量等，但这无济于事。我正在寻找一种方法，可以在每次有人批准请求时立即调用流程。不过，这个特定事件似乎不会触发 webhook。那是对的吗？有没有办法做到这一点？
先感谢您！