みうら かずひと(SonarQube好き) @kazuhito_m 二本めのセッションは「はてなにおける継続的デプロイメントの現状とDockerの導入」信岡裕也さん、を選択しました。超☆満☆員です!w pic.twitter.com/zU1gBDfdR6 #jenkinsja #juc2015 2015-01-11 13:34:16
![Jenkinsカンファレンス2015 「はてなにおける継続的デプロイメントの現状と Docker の導入」](https://cdn-ak-scissors.b.st-hatena.com/image/square/d29d9e3eb4322c70606ce9702e24f3e778e83745/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Fad80ba513f3f30a1272b2be2d6c1703a-1200x630.png)
Jenkinsのジョブ結果をプルリクエストに表示するときはGitHub pull request builder pluginを使ってますが、単体のジョブでしか利用できなかったので、複数ジョブ(ビルドパイプライン構成)のときに結果を表示する方法をまとめておきます。 ビルドパイプラインの構成 今回のビルドパイプラインはこんな感じを想定しています。 プルリクエストへの更新やコメントをトリガーにジョブが起動し、単体テスト、回帰テストを実行します。 あわせて、実行中、失敗、成功の状態がプルリクエストに表示されます。 成功したらプルリクエストに ╭( ・ㅂ・)و ̑̑ グッ ! って出ます。グッ ! って。 これを満たす以下のジョブをつくっていきます。 ジョブの結果をプルリクエストに表示する 複数のジョブをビルドパイプラインとして実行する GitHub pull request builder
経緯 私の務めている会社ではMicrosoftさんの製品が主に使われています. 私はMicrosoft Wordを使うとあまりの使いづらさに集中力が切れて仕事の能率が著しく低下するのですが,そんな私に上司はある日「要件定義書書いて.」という言葉を投げかけてきました.要件定義書?また作業が滞る日々が続くと思ったので先手を打って起きました. 曰く,「PDF形式でも宜しいですか?」と. 上司は怪訝な顔をしながらも承諾してくださいました.これで,私の無駄なことに全力になってしまう本能が遺憾なく発揮されるのでした. 成果物 Latexで仕様書を書いた.GitLabで成果物管理をした. GitLabとJenkinsを連動させて,Push後に自動的にBuildするシステムを作り上げた. 無駄にLatexのMakefileに詳しくなった. 手順 Ubuntu 12.04でLaTeX環境を構築する GitL
最近プロジェクト内でJenkinsをどう運用しているのか聞かれることがあったので書いておくことにします。 ビルドだけではもったいないので色々なことをやらせているのですが、とりあえず今回は静的コード解析について。 コード解析の設定は最初は少しだけ面倒かもしれませんが、出力されるレポートはプロジェクトの大事なインプットとなってくれます。 出力されたレポート、グラフを見て自分達の日々開発しているものをチェックしてチーム内の朝会やふりかえりでアレコレ語るのがいいんじゃないかと思います。 まずは必要なプラグインのインストール 静的コード解析 FindBugs Plugin - コンパイル後のバイトコードを解析してバグや不具合が発生しそうなコードをチェックしてくれる https://wiki.jenkins-ci.org/display/JENKINS/FindBugs+Plugin Checksty
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く