1

出荷される複数の拡張機能を備えた製品があり、それぞれに独自のバージョン番号があります。(具体的には、複数の拡張機能を備えたxulrunnerアプリケーションがあります)。xulrunnerの拡張機能マネージャーは更新機能を提供し、その拡張機能のバージョン番号が増加したときにいつでも関数を呼び出すようにします。これにより、アップデートで必要なクリーンアップを実行するためのフックが得られます。

ただし、バージョン番号を増やす必要のある拡張機能と、基本的に変更されていない拡張機能を追跡するための適切な方法を見つけるのは非常に困難になっています。私たちが想像できる最善のプロセスは、1)チケットを閉じるときに事前作業を追加することです(すべてのチケットには、変更が必要な内線番号を指定する一連のフラグを付けることができます)
2)最後から内線番号に変更があったチケットを検索するクエリを作成します特定のクライアント向けのリリースおよび3)製品全体の拡張バージョン番号の更新

これはすべて、開発中とリリース時の両方で面倒であり、エラーが発生しやすいようです。助言がありますか?

4

1 に答える 1

0

作業チケットを使用して拡張機能の変更を特定することに傾いているようです。逆に見て、バージョン管理システムを使用して変更が行われた場所を特定する必要があるのではないかと思います。

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

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

于 2009-05-22T16:26:37.493 に答える