【问题标题】:GitHub required status checks from Jenkins for forks vs local branchesGitHub 要求 Jenkins 对分叉与本地分支进行状态检查
【发布时间】:2018-03-24 22:14:36
【问题描述】:

我在 Jenkins 中使用 Multibranch Pipeline 作业建立了一个 GitHub 存储库,到目前为止,我一直满足于要求 continuous-integration/jenkins/branch 状态检查,正如 Jenkins 在从 repo 构建本地分支时发布的那样。但是,我现在收到了来自外部分支的拉取请求,Jenkins 已经为此发布了continuous-integration/jenkins/pr-merge 状态检查。并且因为需要continuous-integration/jenkins/branch状态检查,所以PR被阻止合并。

对于一个将结合本地分支(来自其主要维护者)和分支(来自偶尔的外部贡献者)的项目,这里的预期方法是什么?我必须放弃在 GitHub 端进行任何一项状态检查吗?或者有没有其他方法可以让 Jenkins 发布一个稳定的状态检查上下文,而不管 PR 的来源是什么?

【问题讨论】:

    标签: github jenkins multibranch-pipeline


    【解决方案1】:

    我遇到了同样的问题,感谢一位乐于助人的同事,我发现默认情况下,分支源插件构建的分支不一定与任何拉取请求相关联。

    (与链接中的复选框“构建源分支”相关: https://go.cloudbees.com/docs/cloudbees-documentation/cje-user-guide/index.html#_controlling_what_is_built)

    这就是创建“continuous-integration/jenkins/branch”状态检查的原因。

    我取消了该选项并勾选了“构建原始 PR(与基础分支合并”选项,并且两个状态检查现在具有相同的上下文“连续集成/詹金斯/公关合并”和来自分叉和分支的 PR触发相同的状态检查。

    在我的设置中,复选框位于组织配置中(因为我也在使用 GitHub 组织插件),在项目 > GitHub 组织 > 高级下,希望在您的多分支管道配置中显示相同的选项。

    希望对你有帮助

    【讨论】:

    • 该 cloudbees 舔已被替换为“不再支持购买我们的东西”消息。如果没有任何其他参考资料、屏幕截图等,我们将不胜感激。
    猜你喜欢
    • 2012-06-19
    • 1970-01-01
    • 2014-01-21
    • 2012-03-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-01-29
    相关资源
    最近更新 更多