サービスパックまたはホットフィックスはどのようにバージョン管理しますか？

Question

アプリケーションに公開APIがあり、人々が開発する場合、次のシナリオで何をしますか？

• ご使用のサービスパックを公開する場合 アプリケーションはバージョンを変更しますか アセンブリの数？

• 同様にバージョンを変更しますか ホットフィックスを提供する場合の番号は？

その場合、アセンブリのリダイレクト用のポリシーファイルを提供しますか？または、ポリシーファイルがシナリオのどこに収まらないのですか？バージョン番号を変更しない、またはポリシーファイルを提供してバージョンを変更しないことを選択したのはいつですか？

Answer 1

パブリックAPIのメソッドなどが変更された場合、またはクライアントがAPIを使用するコードの一部を書き換える必要があるように呼び出しの動作が変更された場合にのみ、バージョン番号を上げる必要があります。

Answer 2

バージョン番号の最初の3つの部分は、マーケティングによって生成された多かれ少なかれ人工的な番号であるという規則を守ります。パターンは「Major.Minor.ServicePack」のようなものです。 （サービスパックとホットフィックスの違いは単なるポリティックです。）しかし、最後の番号はビルドスクリプトによって自動的に挿入され、スクリプトが実行されているブランチの最後に変更されたサブバージョンのリビジョンを保持します。これにより、バイナリファイル＆quot; out in the wild＆quot;の正確なコードベースを常に見つけることができます。

Answer 3

バージョン番号を変更しない理由は、厳密な名前のアセンブリとの関係です。

すでにコンパイルされたアプリケーションが更新された厳密な名前のアセンブリを使用できるようにする場合は、アプリケーションがコンパイルされたアセンブリと同じバージョンを必要とするため、バージョン番号を変更しないでください。

これはもちろん、アセンブリのインターフェイスが変更されていない場合にのみ有効です。

Answer 4

Microsoftの方法は、 Major.Minorを使用することです。 BuildNumber.Revision 。サービスパックとホットフィックスのBuildNumber.Revisionを自動的に生成して使用することをお勧めします。 APIの拡張機能のマイナービルド番号を手動で変更して使用します。下位互換性のない方法で物事を変更したり、機能の大幅な（30％以上）変更や拡張を導入する場合は、手動でメジャービルド番号を変更して使用します。

Jeff Atwoodには、バージョン番号とバージョン番号を自動的にインクリメントし、リンクした回答にビルドバージョンアドインVisual Studioのインクリメント。