複数のサブ製品と複数のリリース間で更新を管理するための戦略はありますか？

Question

私たちには複数の拡張機能があり、それぞれ独自のバージョン番号を持っています。 （具体的には、複数の拡張機能を持つxulrunnerアプリケーションがあります）。 xulrunner用の拡張マネージャーは、その拡張機能のバージョン番号が増加するたびに関数を呼び出すように更新機能を提供します。これにより、アップデートで必要なクリーンアップを行うことができます。

しかし、バージョン番号の増加が必要な拡張機能と、本質的に変更されていない拡張機能を把握するための良い方法を考え出すのは非常に難しくなってきました。一番良いプロセスは です。1）チケットを閉じるときに前払い作業を追加します（1つのチケットにどの拡張を変更する必要があるかを示す一連のフラグを付けることができます）。
2）拡張に変更があるチケットを検索するクエリを作成する特定のクライアントの最後のリリース以降であり、 3）製品全体の拡張バージョン番号の更新

これは開発時とリリース時の両方で面倒なようです。助言がありますか？

Answer 1

あなたのエクステンションの変更を識別するためにあなたの仕事のチケットを使う傾向があるように思えます。バージョン管理システムを使って、どこに変更が加えられたのかを特定する必要がありますか。

あなたのバージョン履歴は、実際に行われ、リリースされた変更に基づいて変更されたものについて、必要なすべての洞察を提供します。また、期待される変更の範囲が完了した変更の範囲と一致することを、ある程度監査する。

この情報に基づいて、バージョン変更の決定を実装できます。