Kyotoなんか #4の資料です
無限にスケールする上に自律的なJenkinsに見る夢~AWS篇~ / Dream of autonomous and infinite scalable Jenkins with AWS - Speaker Deck
Kyotoなんか #4の資料です
Jenkins 2 Overview
Jenkins is an open source automation server with an unparalleled plugin ecosystem to support practically every tool as part of your delivery pipelines. Whether your goal is continuous integration, continuous delivery or something else entirely, Jenkins can help automate it. Jenkins 2 brings Pipeline as code, a new setup experience and other UI improvements all while maintaining total backwards com
JenkinsとPuppet+ServerspecでインフラCI / Jenkins Puppet Serverspec Infra CI
Jenkins ユーザ・カンファレンス 2015 東京 – セッション
ゲーミフィケーションでJenkinsにアクセスしてもらおう - Masa / Lino Blog
Jenkins Advent Calender 2011の第四走者です。 id:ikeike443さんからバトンを引き継いで、クリスマスを盛り上げたいと思います。 継続的インテグレーションでは、こまめに開発ラインにコミットして、小さな変更による問題を即座に解決することが重要です。変更範囲が大きくなると、修正も指数級数的に難しくなります。 そのため、Jenkinsでビルドを自動化するだけではなく、ビルドレポートをチェックし、適切なアクションを取らなければなりません。 そのためには、開発チーム全員がJenkinsのビルドレポートに注意を払う必要があります。 開発チーム全員にJenkinsに興味を持ってもらい、より多くアクセスしてもらうにはどうすればいいでしょうか? そのひとつの解決策として、Jenkinsにゲーミフィケーションを取り込むというのがあります。 唐突ですが、ゲーミフィケーション(g
%25E3%2581%25AB%25E3%2581%25A4%25E3%2581%2584%25E3%2581%25A6%25E3%2581%258A%25E8%25A9%25B1%25E3%2581%2597%25E3%2581%2597%25E3%2581%25BE%25E3%2581%2597%25E3%2581%259F)
DevLOVEでJenkins(というかCIとインフラ)についてお話ししました - けんちゃんくんさんのWeb日記
同僚の@papandaからの依頼とあれば断わる理由はないので、DevLOVE HangarFlight - Snow Barrage -で、Jenkinsを中心としたCIとそのインフラについてお話ししてきました。 Jenkins勉強会で発表した内容に、それから半年の動きを足した内容となっています。 主たるコミュニケーションツールであるIRCを中心として開発者が開発に集中できること 有限のサーバリソースをどう使って快適なCI環境を手にいれるか ということが、ここ1年くらいホットなトピックだったので、そのために私たちがやっている取り組みをお話させていただきました。 何人かの方から、JenkinsとIRCと会話するのは面白い、GanetiやTravisは知らなかったけど興味が湧いたという声を頂いて、発表してよかったなぁと思いました。 また、懇親会では、Vundleの記事やWeb+DBの特集がよか
Jenkins で任意のブランチをテストする - mixi engineer blog
PHP よりは Xslate が好きな加藤和良です。プログラミング言語のなかでは Scala が好き です。 さて今回も いまからでも間に合う開発者テスト Buildbot で継続的インテグレーション Jenkins はじめました + ほか3つ に引き続き開発者テストの話をします。 テストをリモートで実行したい 最近になって何度か「このブランチのテストを Jenkins で一度だけ実行してもらえませんか?」という相談をうけました。最初はなにか勘違いをされているのかと思い「いや Jenkins がやっている仕事はテストを実行しているだけで、テストは手元でも実行できますよ」と説明していたのですが、話を聞いていると「テストの実行が遅いので Jenkins のホストを使いたい」という意図だということに気づきました。 以前に何度か説明している通り mixi における「ブランチ」は開発版です。安定版に
Jenkins はじめました + ほか3つ - mixi engineer blog
こんにちは。加藤和良です。 まずあの話を書いて、それを前提にあの話を書いて、みたいなキューが筆者の中にはあったのですが、正直キューの先端につまってる話はだんだん個人的な関心および記憶がうすれてきました! 昔のはなしですからね。 というわけで、最近のまとめをさらっと書いて、新しいネタをすぐ書ける状態にリセットしたいと思います。 Jenkins mixi ではバージョン管理システムとして Subversion を使っています。安定した、いつでもリリースできるバージョンを trunk に、開発中の機能は branches 以下に作業ブランチをつくり、レビューや QA などの後に trunk にマージする、という運用です。 Buildbot はこのうち trunk だけを追っていたのですが、徐々に「このブランチも Buildbot で追うようにして、結果をこの IRC チャンネルに書きこんでほしい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
