チケット管理ルール、リリースについての提案
Kawahara, Shogo
こんにちは。
opOpenSocialPluginが、私以外にも開発するような状況に
なってくる (していきたい) と思うので、開発フローなどを明確にしているところです。
基本ルールは OpenPNE3 Core ( http://redmine.openpne.jp/projects/op3/wiki )
に従いたいと思いますが、作業効率化のため幾つかの追加ルールを
提案したいと思います。
チケット管理ルール
==================
チケットタイトル
----------------
チケットタイトルは *チケットを閉じる時まで* に、どの様な修正かを表す識別子を付けること。
識別子は ( http://redmine.openpne.jp/projects/plg-open-social/wiki/Wiki#Rule-of-issue-report
) で定義している。
バックポート
------------
バックポートチケットは、元のチケットが閉じられる直前に作成する必要があります。
安定版のリリース時などで、 master で修正が完了しているがレビュー待ちの場合は
レビューとテストを完了させた上でバックポートチケットを作成すること。
作業者がバックポートチケットを作る際、どのバージョンに適用するかわからない場合は
ML等で相談すること。
リリース
========
リリースは以下の基準で行う。
安定版(stable)
--------------
前回のリリースから1ヶ月程度が経過した場合 (ただし、解決済 Bug + Backport Issue が 0 の状態の時はリリースは行わない。)
もしくは、解決済 Bug Issue + Backport Issue が 10以上になっている場合。
開発版(dev)
-----------
解決 Enhancement Issue が 3つ以上
もしくは、 解決 Bug Issue が 5つ以上の場合。
(開発版では、 stableのリリースに向けて、優先度の"高"の Enhancement Issue を
考えていきたいです。 優先度の高いものは明確に期限等を定めていきたいです。
でないと、進まなかったりするので。)
特に異論がなければ、5/25にwikiに掲載しルールとして適用しようと思います。
--
----------------------------------------------------------
Shogo Kawahara <kawa...@bucyou.net>
川原 翔吾
Shogo Kawahara
ひとまず、wikiにまとめました。
前提案からの若干の修正として、
解決チケット => 解決候補・解決チケット
としました。解決候補チケットとは、
レビュー待ち、テスト待ち、差し戻し の状態にある
実際にコードでの対応がされているチケットの事を指します。
また、優先度高以上以上のチケットには、対応期限が必要ということにしました。
まずは、これで開発を進めていみようと思います。
実際にこのような体制でやってみて(やる前でも)イケてないと思ったら、
直ぐにML上でお知らせ下さい。
// そして、これはイケてる となれば、 OpenPNE3 Core の開発の方法としても
// 提案していきたいのです。
ご協力宜しくお願いいたします。
On 5月21日, 午前1:06, "Kawahara, Shogo" <kawah...@bucyou.net> wrote:
> opOpenSocialPlugin開発チームの皆様
>
> こんにちは。
> opOpenSocialPluginが、私以外にも開発するような状況に
> なってくる (していきたい) と思うので、開発フローなどを明確にしているところです。
>
> 基本ルールは OpenPNE3 Core (http://redmine.openpne.jp/projects/op3/wiki)
> に従いたいと思いますが、作業効率化のため幾つかの追加ルールを
> 提案したいと思います。
>
> チケット管理ルール
> ==================
>
> チケットタイトル
> ----------------
>
> チケットタイトルは *チケットを閉じる時まで* に、どの様な修正かを表す識別子を付けること。
> 川原 翔吾