Jenkinsをカオスにしないための運用についての発表資料です。 まもなくリリースのJenkins 2.0についてもまとめています。Read less

Content-Length: 195907 | pFad | http://b.hatena.ne.jp/aroma_black/jenkins/
Jenkins を使っていると色々とトラブルことがあります。 そんな時に覚えておきたい手法をメモっておきます。 (※あくまで個人用メモです。) ログを見るJenkins の管理ページからシステムログを見ることができます。 http://yourjenkins:8080/log/all こちらを見ることで例外が発生していないかなどを確認することができます。 GC ログを見るJenkins の起動オプションに以下のオプションを追加します。 -Xloggc:gc.log すると、指定したファイルに GC のログが出力されます。 これを、gcviewer を使って表示するとこのようになります。 適切なメモリの設定については、あまり詳しくないので省きます。 (検索すればすぐにでてきます) スレッドダンプJenkins のスレッドダンプは、http://yourjenkins:8080/threadD
こんにちは。加藤和良です。 まずあの話を書いて、それを前提にあの話を書いて、みたいなキューが筆者の中にはあったのですが、正直キューの先端につまってる話はだんだん個人的な関心および記憶がうすれてきました! 昔のはなしですからね。 というわけで、最近のまとめをさらっと書いて、新しいネタをすぐ書ける状態にリセットしたいと思います。 Jenkins mixi ではバージョン管理システムとして Subversion を使っています。安定した、いつでもリリースできるバージョンを trunk に、開発中の機能は branches 以下に作業ブランチをつくり、レビューや QA などの後に trunk にマージする、という運用です。 Buildbot はこのうち trunk だけを追っていたのですが、徐々に「このブランチも Buildbot で追うようにして、結果をこの IRC チャンネルに書きこんでほしい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/aroma_black/jenkins/
Alternative Proxies: