diaryこの広告は、90日以上更新していないブログに表示しています。2011-05-15JenkinsのリリースプロセスJenkinsJenkinsのリリースプロセスが変わるようなのでメモしておく。あ、言うまでもないと思いますが僕がリリースマネジメントしているわけではなく、WikiやMLからの情報です。Jenkinsのp10,p11にも情報あります。JenkinsはHudsonの時代からコミッタになる敷居が低く手を上げれば誰でもコミッタになれるというプロジェクトだった。その影響もあってか開発も活発だったわけだが、これにはリグレッションという負の面もあった。リグレッションなんてけしからんと言う人もいるかもしれないが、完璧なソフトウェアなどといったものは存在しない。してもバグを0にしたいなら、コード書くのを止めるしか無い。ステップ数が0のコードにバグなんて無いからね。SIer的な対策だとレビューを入れるなどの関所を増やす方向になるだろう。WebKitなんかはこの方式だったような。いうかあそこはコミッタになる敷居も非常に高いらしい。Jenkinsプロジェクトではそんなことはしないわけだが、仮にやったとしたら品質面は上がるかもしれないが開発スピードが落ちるだろう。Jenkinsプロジェクトでは、今までは週1回リリースブランチ作ってリリースするという方式だったため仮にリグレッションが発生してもすぐに修正版がデリバリーされた。要はスピードを優先しているわけだ。開発者を潤沢に抱えているわけではないだろうからリリースマネジメントにあまり工数も割けないだろうし個人的にはこれでいいと思う。思っていたのだが、やはり安定版が欲しいという声は多かったようでそれに向けて動いているようだ。LTS(RC)の3つのタブが出来た。Supportの略である。リリースプロセスについては下記に書かれている。stable(安定版)の3つがメインとなっているようだ。詳細はhttps://github.com/jenkinsci/jenkins/networkを見ると良いかも。Candidateをリリースする。これがトップページのRCタブに相当する。ここで問題無ければ正式リリースとなりReleaseタブのほうにアップされる。stableブランチは安定版のためのブランチだ。ここでのリリース物がトップページのLTS(RC)タブに相当する。安定していたバージョンをピックアップして、そこからブランチを切って、masterのbugfixをbackportしているようだ。現状は1.409からブランチして[JENKINS-9367]をbackportしているようだ。4bfdb1eと8c8f4d2をcherry-pickしているね。1409.2のように上がっていきこのサイクルは3か月と書かれている。OSSプロジェクトはどこもリリースマネジメントが大変だと思うが、どういうやり方をしようとしているのか観察するのは興味深い。Kibanaを6.7.1から7.1.1にupgradeした南魚沼グルメマラソン黒部名水マラソンで走ってきた掛川・新茶マラソンで走ってきた月別アーカイブはてなブログをはじめよう!wyukawaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。