問題タブ [assemblyversionattribute]

1 つの Web アプリケーション プロジェクトと、その 1 つの Web アプリケーション プロジェクトに対する 2 つの Web 配置プロジェクト (WebApplication1、WebApplication1.csproj_deploy1、および WebApplication1.csproj_deploy2) があります。

WebApplication1 は次のアセンブリ属性を使用します。これにより、コンパイル時に日付/時刻が秒単位までアセンブリに焼き付けられます。

[アセンブリ: AssemblyVersion("0.0.*")]

2 つの Web デプロイメント プロジェクトの出力である 2 つの WebApplication1.dll ファイルには、2 番目まで同じ日付/時刻が組み込まれていますか?

プロジェクトがあり、アセンブリのバージョン番号を 1.1.* と指定します。これは、私の理解では、3 番目の番号 (ビルド番号) と 4 番目の番号 (リビジョン番号) が自動生成され、ルールはビルドです。 number は 1.1.2000 からの日数、リビジョン number は午前 0 時からの秒数を 2 で割った値になります。しかし、今日、2012 年 7 月 31 日にこのプロジェクトをビルドすると、ビルド番号は 4590 になり、これは 2012 年 7 月 26 日の日付に対応します (Windows エクスプローラーでは、このファイルは 31.7.2012 で変更されたと表示されますが!)、リビジョン番号は今日何時にビルドしても、常に 27021 です。

このような結果を生成する可能性のある自動バージョン管理を制御する他のパラメーターはありますか? ありがとう！

.NETのアセンブリバージョンと厳密な名前を完全に理解しようとしています

バージョンマッチングではMajor.Minor.Buildのみが使用されると述べているこのアセンブリバージョン管理の記事を見つけました。これを確認/拒否できるものが見つかりません。

アセンブリバージョン形式...リビジョン：
同じ名前、メジャー、およびマイナーバージョン番号のアセンブリですが、異なるリビジョンは完全に交換可能であることが意図されています。これは、以前にリリースされたアセンブリのセキュリティホールを修正するのに適しています。

MSの記事は次のようなことを言っています：

アセンブリのバージョン番号は、アセンブリのIDの一部であり、アセンブリへのバインドおよびバージョンポリシーで重要な役割を果たします...バージョンチェックは、厳密な名前のアセンブリでのみ発生します。

これは、1.0.0.0と1.0.0.1は厳密な名前の環境では交換可能であるが、1.0.1.1は互換性がないことを意味しますか？

決定的な答えは何ですか？

SQL Compact 3.5SP1を3.5SP2にアップグレードした後、アセンブリのバージョンが同じであることに気付きました。

一見したところ唯一の違いは、変更日です（SP1の場合は2008年6月、SP2の場合は2010年2月）。

MicrosoftがSP2に3.5.2.0アセンブリバージョンをスタンプしない理由は何ですか？

アプリケーションを実行しているデバイスプールでSQLCE3.5SP2の更新バージョンが必要になるように、SP2でプロジェクトを再構築するにはどうすればよいですか？

1.5.4735.28467としてコンパイルされたバージョン番号1.5。*があるとします。

4735と28467を取得するための式は何ですか？

私は自分のプロジェクトAssemblyVersionでAssemblyFileVersion属性を次のように設定しようとしています:

しかし、私はこの警告を受け取ります:

CS1607:アセンブリ生成 -- 'ファイル バージョン' に指定されたバージョン '3.0.*' は、通常の 'major.minor.build.revision' 形式ではありません

MSDNのAssemblyVersionAttribute Classページには次のようなものがあります。

アスタリスク (*) を使用して、すべての値を指定するか、デフォルトのビルド番号、リビジョン番号、またはその両方を受け入れることができます。たとえば、[assembly:AssemblyVersion("2.3.25.1")] は、メジャー バージョンとして 2、マイナー バージョンとして 3、ビルド番号として 25、リビジョン番号として 1 を示します。[assembly:AssemblyVersion("1.2.*")] などのバージョン番号は、メジャー バージョンとして 1、マイナー バージョンとして 2 を指定し、デフォルトのビルド番号とリビジョン番号を受け入れます。[assembly:AssemblyVersion("1.2.15.*")] などのバージョン番号は、メジャー バージョンとして 1、マイナー バージョンとして 2、ビルド番号として 15 を指定し、デフォルトのリビジョン番号を受け入れます。

太字の部分に注意してください。[assembly: AssemblyVersion("3.0.*")]（私のプロジェクトから）が有効ではない理由を誰かが知っていますが、 [assembly:AssemblyVersion("1.2.*")]（MSDNの例から）有効ですか？

特に、私が書いているアプリケーションはプログラムのバージョン 3 であるため、0 以外のメジャー番号で開始できるかどうか知りたいです。

更新>>>申し訳ありませんが、これは他の投稿で回答されているようです...投票して閉じてください、ありがとう。

WinForms には AssemblVersion があります

ただし、スプラッシュ画面が表示されると、次のゼロが完全に無視されます。

非常に不便なバージョンとして、後で私は実際にアセンブリバージョンが必要になります

これを回避する方法はありますか、または次のようにバージョンの最後の部分の先頭にいくつかの番号を追加する必要がありますか?

次の形式に従うように、ASP.NET MVC5 ソリューションの動的アセンブリ バージョンを作成する方法を探しています。

YYYY.MDXXXXX

例えば：

2014.7.25.45261

理想的には、次のことをしたいと思いますAssemblyInfo.cs。

私はこれが不可能であることを知っています。

これを達成する別の方法はありますか？