)
CIをプロジェクトファシリテーション(PF)コンテキストで考えてみた
先日(2012-08-22) に、私が所属する会社で平鍋さんをお招きしてPFの講演を行なっていただいた時に、話を聞くだけではなんだからと思い、弊社サイドからも事例紹介LTを3名発表しました。石橋を〜〜 については、LTの1つとして私が「語られなかったPFの話をしよう」と題して行ったトークから来ています。 そのトークのスライドからピンポイントで一枚抜いてみます。 平鍋さんがアジャイルの文脈でライト／レフトと呼んだように、PFについても普段あんまり語られない要素として「チームの力を引き出す隠れたメンバーとしての自動化マシン」がいるよね、というのを話しました。特に、CIについて。 通常、CIはエンジニアリングマターとして語られることが大半だと思いますが、PFという切り口で考えると PFの5つの価値全てに絡んでくることがわかります。 例えば、「ビルドと結合は常に成功する状態が保たれている」のはエン
Jenkinsでビルド・パイプラインを作る
Jenkinsのプラグインでビルド・パイプラインを作ることができるので紹介。 ＃12月20日のワンクリックデプロイ勉強会の発表のネタバレっぽいのですが。 ビルド・パイプラインとはビルド・パイプラインとは、継続インテグレーションのプラクティスの１つで、テスト等を複数の単位に分割し、順番に流していくものである。一般的には継続的インテグレーションを利用していれば、SCMにソースコードをコミットした段階ですぐにユニットテストを走らせ、以降に、静的解析や結合テスト、受け入れテスト、ステージング環境へのデプロイ、本番環境へのデプロイという形で進んでいくことになり、その単位でパイプライン要素を分ける。 当然パイプラインの途中で試験に不合格であれば、その後のプロセスには進めない。 これによって、例えばコミット時には即座にユニットテストレベルの結果を返して開発者のペースを阻害しないようにすることができる。（
ワンクリックデプロイ勉強会に参加してきた #ocdeploy - Diary of absj31
connpass-ワンクリックデプロイ勉強会 (資料公開)ワンクリックデプロイ勉強会 #ocdeploy | Ryuzee.com 2011/12/20 ワンクリックデプロイ勉強会 #ocdeploy - Togetter (写真：講演終盤、ワンクリックデプロイを実演中の@Ryuzee氏。) 開催までの経緯 まずはこちらのつぶやきやり取りを。 …という様な感じでつぶやきのやり取りがなされ、この日に晴れて『ワンクリックデプロイ勉強会』が開催されました。 開催場所は日本マイクロソフト品川本社。私自身この日が2回目のマイクロソフト本社での勉強会だったのですが、開始前のモニターには何とTV画面が。勉強会とは関係無いところでちょっとした驚きでした(笑) イベント発起人であるkatzchang(TwitterID:@katzchang)さんによる前説的トーク、会場をご提供頂いたTomoharu Nag
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
