2017-10-12 3 views
2

Jenkinsのマルチブランチパイプラインジョブで確立されたGitHubリポジトリを持っていて、今まではcontinuous-integration/jenkins/branchステータスチェックが必要でした。レポ。しかし、私は今、外部フォークからプルリクエストを受け取りました。そして、Jenkinsはそのためにcontinuous-integration/jenkins/pr-mergeステータスチェックを投稿しました。 continuous-integration/jenkins/branchステータスチェックが必要なため、PRはマージされなくなります。GitHubは、フォークとローカルブランチのJenkinsからのステータスチェックが必要です

ローカルブランチ(プライマリ保守担当者)とフォーク(外部の寄稿者)を組み合わせたプロジェクトでは、どのようなアプローチが必要ですか?いずれかのGitHub側でステータスチェックが必要であることを私は断っておく必要がありますか?あるいは、JenkinsにPRのソースに関係なく安定したステータスチェックコンテキストを投稿させるための他の方法がありますか?

答えて

1

有用な同僚のおかげで同じ問題が発生しました。デフォルトでは、ブランチソースプラグインは、必ずしもプルリクエストに関連付けられていないブランチを作成します。

(リンクで「原点枝を構築する」tickboxに関する: https://go.cloudbees.com/docs/cloudbees-documentation/cje-user-guide/index.html#_controlling_what_is_built)を

これは、「連続インテグレーション/ジェンキンス/ブランチ」の状態チェックを作成するものです。

私はこのオプションを選択解除して、 "Build origin PRs(ベースブランチとマージされた"オプション)にチェックを入れ、フォークとブランチの両方から同じステータス "連続統合/ジェンキン/プリマージ"

私の設定では、ティックボックスは組織設定(GitHub組織プラグインも使用しているので)にあります。プロジェクト> GitHub組織>上級者、あなたの希望で同じオプションが表示されます

希望するものは

です
関連する問題