version - バージョンとマイルストーンの正しい使い方

Question

Trac のバージョンとマイルストーンの意図された目的は何ですか? それらを使用する方法? マイルストーンはバージョンとどう違うのですか?

Answer 1

違いを説明する良い方法は、欠陥チケットを考えることです。チケットを提出するとき、あなた (チケット送信者) はバージョンフィールドを使用して、欠陥を示すソフトウェアのバージョンを示します。ソフトウェア保守担当者がチケットをトリアージすると、欠陥が修正される時間枠を示すマイルストーンにチケットを割り当てます。プロジェクトのスケジュールに応じて、あるマイルストーンから別のマイルストーンにチケットを再割り当てできますが、バージョン番号は変わりません。バージョン番号はすでにリリースされているものを指し、マイルストーンは開発中または将来的に計画されていてまだ開始されていないものを指します。

一部のプロジェクトでは、バージョンとマイルストーンが 1 対 1 でマッピングされています。たとえば、Trac プロジェクト自体にはリリース 0.12.3、0.13、0.14 などのマイルストーンがあります。また、"next-major-0.1X" (これはは、次のメジャー リリースがどうなるかを示します)、「該当なし」、および「予定外」です。ただし、チケットを作成する場合、「バージョン」フィールドにリストされるのは、リリースされたバージョンとアクティブな開発中のバージョンだけです。

マイルストーンをバージョンに関連付けたくない場合は、関連付ける必要はありません。たとえば、「2011 年 10 月」、「2011 年 11 月」などのマイルストーンを作成し、それらを使用して毎月取り組むタスクをスケジュールできます。それは完全にあなたとあなたの特定のプロジェクトのニーズ次第です.

Answer 2

ワークフローは次のようになります。

• 新機能のリクエスト、バグ修正、改善などのチケットがあります。
• 次に、優先度の高いチケットを決定します (おそらくユーザーが何を必要としているか、またはバグ修正の重要性などに基づいて)。
• 作業 (および関与する開発者) を整理するために、「マイルストーンは 2 週間の長さです」などのように述べることができます (それより長くても短くてもかまいません。それはあなた次第です)。
• 次に、その時間 (1 マイルストーン) で実際に解決できるチケットの数を見積もることができます。
• その後、一定量のマイルストーンごとに新しいバージョンをリリースできます (つまり、重要な問題を修正する必要がない限り、1 つまたは 2 ～ 4 つのマイルストーンの後にパブリック リリースを行います)。

要約すると、バージョンは完全に機能するリリース (公開されているかどうかに関係なく) を意図しています。マイルストーンは、それらのバージョンへのロードマップです。チケットは、これらのマイルストーンごとに実行できる作業の最小単位です。

Answer 3

通常、バージョンはユーザーへのリリース用です。

マイルストーンは、開発で達成する必要があるステップのためのものです。ユーザーはそれらを認識していないか、認識する必要はありません。一部の開発ショップでは、これらをサブバージョン (1.3.2a) として扱い、これをまとめてリリース バージョン (1.3.2) を作成します。

ここでそれについての良い議論があります。