バグ追跡を非常に古いバージョンのトラックから Bugzilla に移行中ですが、Advil が不足しています。
長い間使用されてきたレガシー アプリケーションがあります。私たちのバージョン管理が数回の反復を経て、実際に多くの異なるバージョンを生成したという事実を混ぜてください。さらに悪いことに、契約上の制限により、クライアントを常に最新かつ最高の状態にアップグレードできるとは限らないため、クライアントが現在持っているバージョンで分岐、修正、テスト、およびリリースを行い、さらに別のバージョン番号を取得する必要があります。
その結果、バージョン コンボ ボックスはばかげたほど長くなります。最後に、さまざまな理由から、バグが見つかったバージョン (バージョン)、バグを修正する予定のバージョン (マイルストーン)、最終的にバグが修正されたバージョンの 3 つの異なるバージョン情報を追跡したいと考えています。 （提案を受け付けています）。これが実際に私の問題です...これは実際には、これらの顧客の一部に対して遡及修正を行った複数の番号である可能性があります（これは非常に頻繁に発生します）。
これは私があなたの集合的な知恵を必要とするところです:
Bugzilla でこれらのバージョン (見つかったバージョン、計画されたバージョン、複数の修正済みバージョン) をどのように追跡していますか?
バージョンのリンクとバグ追跡に関するベスト プラクティスは何ですか?
回答
バージョンごとにバグのクローンを作成することは追跡するのに適しているようです。したがって、ターゲット バージョンは常にマイルストーンと修正済みバージョンで追跡され、バグのあるバージョンは常にネイティブ バージョンです。
また、各クローンが元のバグをブロックするようにすることで、履歴を元の提出までさかのぼることができます。
回答を受け入れましたが、引き続きご意見をお待ちしております。