.NETアプリケーションを継承し、リリースごとにバージョン番号を自動的に更新します。問題は、私が見るように、バージョン番号の桁数と桁数です。Visual Studioでビルド番号の書式を変更する
現在のバージョン番号の形式の例は、3.5.3167.26981です。これは、ユーザーがバグを報告しているときにユーザーが言いたいことです。
私が望むのは、このようなものです。3.5 (build 3198)です。私は、メジャーバージョンとマイナーバージョンを手動で更新することを好みますが、ビルド番号は自動的に更新されます。
RELEASEモードでコンパイルしていない限り、ビルド番号を増やすことは望ましくありません。
これを行う方法があれば誰でも知っています。
プロジェクトファイルの1つ（おそらくAssemblyInfo.cs）で、アセンブリのバージョン属性が[assembly: AssemblyVersion("3.5.*")]または類似のものに設定されています。 *は基本的に、Visual Studioで自動的にビルド番号とリビジョン番号を設定できることを意味します。
はあなたが精度のいずれかまたはすべてを使用することを許可されている<major version>.<minor version>.<build number>.<revision>
形式でハードコーディングされた値に変更することができます。たとえば、3.5または3.5.3167または3.5.3167.10000です。
また、コンパイル条件を使用して、デバッグビルドを行っているかリリースビルドを行っているかに基づいてバージョンを変更することもできます。
以前の会社では、ビルド番号として使用されていた現在のSubversionチェンジセット文字列を取得するAntタスクを作成し、メジャー、マイナー、および第3の数字の後に追加しました。あなたはVisual Studioでも同様のことをすることができます。
AssemblyVersion属性に「*」ワイルドカードを使用します。ドキュメントはhereです。アプリケーションが複数のアセンブリから構築されている場合、最も重要なバージョンは.exeのバージョンです。