Jenkinsをカオスにしないための運用についての発表資料です。 まもなくリリースのJenkins 2.0についてもまとめています。Read less
![Jenkins 再入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/1cded4ed7150325f066de8e31e5fb972d7156fbe/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fre-introduction-to-jenkins-160420085915-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
はじめに Hudsonを標準状態のままで使用した場合、Hudsonにアクセスできる全てのユーザが、Hudsonの全ての機能を制限なく利用できてしまいます。 Hudsonの機能を熟知しているチーム内でHudsonを使用するのであれば、この標準状態の方が設定に煩わされない分、簡便に運用できるので都合が良いかもしれません。 しかし一般的には、間違った操作によってHudsonが動作しなくなることを防ぐために、「Hudsonの管理者」と「Hudsonの利用者」くらいの最低限の区別をした方が良いのではないかと思います。 そこで、この記事では、Hudsonのユーザーデータベースを使用して、Hudsonの操作権限を制御する方法について説明したいと思います。 なお、説明を簡素化するために、Hudsonの公式サイトにはない用語や分類を用いて説明していますので、その点はご了承ください。 操作権限を制御する前に
さて、先日紹介したSonarですが、単体で使うぶんにはあんまり美味しくありません。手動でバッチ叩くなんてやってらんねーですよね。 てなわけで、Jenkins先生登場です。連携させましょう、そうしましょう。 できること できることは、、、まぁ解析を定期的に走らせるだけといえばだけなんですが、プラグインをうまく活用することで、 解析の結果によってビルドを失敗させる 単体テストの実行 → エラー時にアラートもSonarにお任せする なども可能になります。 解析の定期実行をJenkinsにお任せする まずは基本から。といってもここの設定が一番めんどくさかったりしますが。 まずはJenkinsにSonarプラグインを導入します。 Sonar plugin - Jenkins - Jenkins Wiki 導入すると、まずPluginの設定をしてやる必要があるのですが、これがちょいと厄介です。プロジェ
はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ
Published on 2011年1月17日 in PHP. 0 Comments Tags: ant, ci, hudson, php, phpcs, phpdepend, phpdoc, phpmd, TDD, メトリクス, 継続開発. Hudsonとは Hudsonとは「継続インテグレーションサーバー」です。公式サイトから説明を引用します。 Hudsonは、ソフトウェアのビルドやcronで起動するジョブなどの繰り返しのジョブの実行を監視します。これらのうち、Hudsonは現在次の2つのジョブに重点を置いています。 1. 継続的なソフトウェアプロジェクトのビルドとテスト: つまり、CruiseControlやDamageControlが行うこと。 一言で言えば、Hudsonは、容易ないわゆる「継続インテグレーションシステム」を提供し、開発者が変更をプロジェクトに統合でき、ユーザーがよ
こんにちは、開発担当の松本です。 今回は、Jenkins にたくさんあるプラグインの中からおすすめのプラグインをいくつか紹介します。 ジョブ一覧にアイコンを追加できる: Custom Job Icon 今年8月にリリースされた比較的新しいプラグイン。名前の通りプロジェクトごとにアイコンを登録できて、それがプロジェクト一覧に表示されるようにできます。 利用するには、プラグインインストール後にアイコンを登録する必要があります。 「Jenkins の管理」→「システムの設定」ページに「Custom icons」セクションが追加されていますので、そこでファイルを追加しておきます。追加しても「Refresh icon list」をクリックしないと表示が更新されない点に注意。 なお、画像の拡大縮小あまりきれいに行われないので、アイコンのサイズは 24 x 24 にしておくのがよいみたいです。 アイコン
.NET Frameworkの静的解析ツールとしては、バイナリを解析するFxCopが有名です。 (FxCopについては:ツールボックス: .NET 用の静的分析ツール、Matt Berseth のブログ) FxCopのレポート結果を確認するにはViolations Pluginを使用するので、インストールされていなければインストールしてください。 まずは、コマンドライン版のFxCopを使用して、静的解析を行うようにビルドのジョブを追加します。 Report Validationで以下図のように設定します。 設定保存後ビルドします。 以下のようにビルド結果にViolationsという項目と、そのグラフが表示されます。(以下は実際には設定後2回ビルドを行った。 ViolationsをクリックするとFxCopの解析結果にドリルダウンする。 なかなか良い感じです。
connpass-第5回Jenkins勉強会 USTREAM - jenkinsci 2012/02/21 第5回 Jenkins勉強会 #jenkinsstudy - Togetter (写真:ビアバッシュ時の書籍プレゼント抽選にて、何と2/24発売の「Jenkins」日本語翻訳版を頂きました♪) 今回第5回のJenkins勉強会は、場所を楽天株式会社@品川シーサイド にて行われました。 追加募集が何度か行われており、多くの参加者数が予想されましたが、それら多数の参加者を楽々収容するスペース!(過去自分が訪れた勉強会で言えば、縦サミもここでしたね) 今回は会場設備準備のために若干開始時刻から遅れていたため、この時間を使って場つなぎ的にアイスブレイクトークが行われてました。 今回はプレゼントがあります。 Jenkins本 Jenkins 作者: John Ferguson Smart,Sk
.NET開発者中心 厳選ブログ記事 .NET開発者のためのJenkins入門 ―― ブログ「present」より ―― t_nakamura 2011/11/17 2011/11/19 更新 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET/.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 ■はじめに 仕事でSubversionとTracを使っていますが、残念ながら、「活用できている」とは言えません。「継続的インテグレーション(以下、CI)? 何それ、おいしいの?」という状態。そもそもCIするために、T
10月15日 第4回Jenkins勉強会(東京都) (写真:夜の六本木ヒルズ。) 第4回Jenkins勉強会を開催します。 今回のテーマは「C/C++/C#(...etc)プロジェクトにおけるJenkinsの運用について」です。 第2回で取り上げたJava、第3回で取り上げたLL言語とはまた違った視点からの有用な事例を聞けることでしょう。 興味がある方はぜひご参加ください。 ハッシュタグ:#jenkinsstudyはい、と言う訳でJenkins勉強会、参加して参りました。Jenkins勉強会については第1回を除いて第2回から連続で、また一昨日にはJenkins関連の勉強会にも参加して来ましたので2日振りの川口さんご拝見、という感じです。 CI超入門:Jenkinsのススメに参加してきた #jenkins_night - Shinya’s Dairy Report 開催場所はグリー株式会社。
はじめに 仕事で Subversion と Trac を使っていますが、残念ながら、活用できているとは言えません。継続的インテグレーション(以下CI)?何それおいしいの?って状態。そもそも CI やるために Trac とか諸々導入したはずなんですけどね…。 CI 導入しなきゃと思い続けて結構な期間が経過しました。その間、定期的にリリースビルドを行っていたんですが、コミット忘れや修正し忘れにより、何度もビルド環境がぶっ壊される…。その度に手作業で修正してたんですが、さすがに堪忍袋の緒が切れて CI 導入を開始しました。 やりたいこと ひとまず次ができれば OK。 Subversion を定期的に監視して、変更があったらビルドとテストを実行。 失敗したら管理者にメールを送信する。 ビルドぶっ壊した人にメール送る。 CI ツールは Jenkins、ソースコード管理システムは Subversion
Jenkins User Conference 2013: Literate, multi-branch, mobile and more
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く