はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに GitHub Pull Request Builder Plugin とは何ぞや？的な内容については、下記のページを参考にしてください。 私も非常に参考になりました。ありがとうございます。 Jenkinsでプルリクエストをビルドする Pull Request Builder PluginをJenkinsに導入する jenkins で GitHub のプルリクエストをマージしてテストする その上でこのページでは、多すぎる設定項目について、上記参考ページでは書かれていない部分や、私がハマった部分などをベースに解説できればと思います。 システムの設定 GitHub Pull Request Builder のブロックまで移動。 トークンの生成 Create API Token... から、ID/PW を使ってトークンを生成する。 このとき、前回生成したときのゴミなどが残っていると生成に

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 このプラグインには、「ビルドを昇格させる」という考え方がある。 ここでいう「昇格」とは、例えば上流・下流で依存関係があるビルドにおいて、各ビルド単体が成功しただけでなく、依存するビルドも全て成功したら、ビルドを昇格させる (スターを付ける)。みたいな感じ。 例えるなら、リレー競争で各走者が走り終えたらゴールではなく、すべての走者が走り終えたらゴールとする。みたいな感じ。え、違う？！(笑) では「昇格」することで何が嬉しいか？ 例えば、ある単体のビルドではなく、上流・下流通して安定している (e.g. テストが通った) 場合などに、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 このプラグインは、あるジョブを実行したワークスペースの内容を、後続のジョブに複製して渡すというプラグイン。 例えば、ジョブの実行時間が掛かってきたときに、SCM からソースをチェックアウトして、単体テストと結合テストそれぞれのジョブに、そのチェックアウトしたソースを渡してテストするとか。 こうすることによって、単体テストと結合テストで、ジョブは違うが同じバージョンのソースでテストを出来るというメリットがある。 他にも色々使い道はありそうだけど。 では、早速使い方を。 インストール Jenkis のプラグイン管理から、以下のプラグイ