タグ

jenkinsに関するaz1zaのブックマーク (6)

  • jenkins で GitHub のプルリクエストをマージしてテストする

    GitHub pull request builder plugin - Jenkins - Jenkins Wiki GitHub pull request builder plugin を使うと、 プルリクエストを自動でマージしてテスト 結果を GitHub の Status API で通知 プルリクエストにコメントしてテストをリトライ などということができる。 設定手順 設定手順は他のシンプルなプラグインに比べてちょっと複雑。 ボットユーザの作成 事前にボット用のユーザーを作成して、対象のリポジトリのコラボレーターとして登録しておく。このボットユーザーがプルリクにコメントしたりするので、アイコンをそれっぽくしておくと楽しい。 全体の設定 プラグイン全体の設定をする。ここの設定がデフォルトとなり、プロジェクトごとに上書きして使う。 Jenkinsの管理 -> システムの設定 -> Gi

    jenkins で GitHub のプルリクエストをマージしてテストする
    az1za
    az1za 2014/12/10
    この手の記事で一番分かりやすかった
  • Pull Request Builder PluginをJenkinsに導入する - Qiita

    Pull Request Builder Pluginとは? Jenkins Pull Request Builder Plugin(以下ghprb)とは、GitHubの指定したリポジトリにpull requestが作成されると、予め設定しておいたJobを実行し、実行結果をGitHubに通知し、記録してくれるプラグインです。 pull requestを作成すると導入すると、下記の問題を回避できるでしょう。 間違えてコンパイルエラーが起こるコードをpushしてしまった テストが失敗するコードをpushしてしまった そもそも「上記の問題が起きるコードなんか糞だ!pushするんじゃないよ!」という意見はこれまでもありました。しかし、僕らは人間です。間違いを犯すことがあるのが人です。 例えば、pull requestは、コードレビューの場面でとても役に立つ便利なもので、いろいろ指摘があったりしたと

    Pull Request Builder PluginをJenkinsに導入する - Qiita
  • Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita

    hookを使ってるとリポジトリへpushしてすぐにjenkinsをビルドできて便利だけど、どのブランチにpushしてもhook URLが呼ばれてちょっと不便。 例えばdevelopブランチにpushされた時だけ、hookでdevelopのビルドジョブを実行する、みたいな事がやりたくて調べてみた。 やり方 自前のgitリポジトリだと.git/hooksで特定ブランチへのpush時だけhookする設定が書けるけど、Githubでは同じような事ができないので Jenkins側で受け取ったhookがどのブランチへのpushによるものかを判定してみる。手順は以下のとおり。 hook受取り用ジョブの作成 ビルドジョブとは別でGithubからhookを受け取る専用のジョブを用意しておく。 ジョブはパラメータ付きビルドにしておき、下のように payload という名前でパラメータを受け取れるようにする。デ

    Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita
  • JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも

    現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた(またはそのPull Requestにコミットを積み重ねた)時にそれを検知し、自動でマージしビルドしてくれる (実際はcrontabで設定したタイミングで) GitHubのPull Requestペー

  • 開発者(個人)のためのJenkins - Git Plugin編 - Qiita

    はじめに 「開発者(個人)のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 環境 Ubuntu 14.04 LTS Jenkins 1.573 Bootstrap になって雰囲気が変わりましたね 初期設定 Jenkins 初期設定 Plugin のインストール Git Plugin 依存しているPluginも自動的にインストールされます。 Git Parameter Plugin は、ビルド時に Extended Choice Parameter plugin の Single Select ようなパラメータ形式で、リビジョンやタグを選択できるプラグインです。 Git 初期設定 Git Install Git がインストールされていないなら、apt や yum でインストールしておいて良いでしょ

    開発者(個人)のためのJenkins - Git Plugin編 - Qiita
  • Jenkins の Slave マシンはとても簡単に作れるのでメモ - おともだちティータイム

    なんでもかんでも Jenkins を利用してビルドしているようになると、ジョブ数が爆発して Jenkins を動かしているサーバのスペックに不満が出てくるようになると思いますが、 Jenkins の Slave 機能が思った以上に便利だったのでメモをしておきます。 Jenkins の Slave 機能を調べると、まず SSH と JNLP という二つの方法が出てくるのですが、意外と違いを説明している人を見掛けなかったので書いておきます。 まず最初に書いておきますが、どちらの場合も Slave マシンに Jenkins を手動でインストールする必要は ありません 。 SSH を使う Jenkins のノードの追加から SSH を選択すると、ホストやユーザ名、パスワード、秘密鍵なんかが設定できるようになります。 設定して Slave の起動を行なうと、 SSH 経由で Jenkins Slav

    Jenkins の Slave マシンはとても簡単に作れるのでメモ - おともだちティータイム
  • 1