如何配置GitHub分支保护，仅在PR完成时触发Jenkins状态检查？

以下是几种可行的方案，帮你避免开发过程中频繁触发耗时的Jenkins构建，只在需要时触发状态检查：

• 使用GitHub草稿PR功能
  创建PR时选择「创建草稿拉取请求」，此时GitHub不会触发任何状态检查（包括Jenkins）。等你完成开发、确认代码就绪后，点击PR页面的「准备好审查」按钮，GitHub才会触发完整的Jenkins构建检查，完全匹配你“完成工作后再触发”的需求。

• 提交时添加跳过构建标记
  开发过程中推送代码时，在提交信息里加上[skip ci]或[ci skip]标签，Jenkins会自动跳过本次推送的构建触发。等最后一次推送代码、准备好检查时，去掉这个标签即可触发构建，提前和团队约定规则就能顺畅协作。

• 调整Jenkins触发规则
  在Jenkins的GitHub触发配置里，取消「推送事件」的自动触发，只保留「拉取请求事件」中「PR标记为就绪」的触发条件。也可以通过GitHub Actions做中间层：只有当PR被标记为“ready for review”或者添加了特定标签（比如ready-for-ci）时，才调用Jenkins的API触发构建，构建结果同步回GitHub作为状态检查。

• 手动触发Jenkins构建
  开发过程中关闭PR的自动构建触发，等代码就绪后，直接在Jenkins里手动选择对应PR的分支触发构建，构建完成后状态会自动同步到GitHub的PR页面，满足分支保护的状态检查要求。

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