問題タブ [assemblyversionattribute]

.NETアプリケーションに[バージョン情報]ダイアログを追加し、表示する情報についてアセンブリの属性をクエリしています。AssemblyVersionAttributeアセンブリを使用して取得しようとすると、次のGetCustomAttribute()ようになりますnull。

私AssemblyInfo.csは元気そうです。私はこれらの属性を定義しています：

どうしたんだ？回避策はありますが、上記のコードが機能しない理由を知りたいです。

ビルドを [major].[minor].[micro].[revision] としてバージョン管理する規則があります (例: 2.1.2.33546)。

私たちのビルド スクリプトは、AssemblyInfo.cs ファイルを自動的に更新します。

アセンブリにバージョン番号を埋め込むため。

しかし、私たちの Subversion リポジトリはリビジョン #65535 に達したばかりで、ビルドが壊れてしまいました。

version-number の各数値の最大値は 65534 であることが判明しました (おそらく Windows の制限によるものです)。

この問題に遭遇しましたか? 良い解決策/回避策はありますか?

リビジョン番号を埋め込むスキームが気に入っていますが、明らかに Subversion-server をリセットすることはできません :-)

仕事では、プロジェクトが更新されるたびに、どんなに小さな変更であっても、それがアセンブリ情報の改訂値に反映されるという（合理的な）合意があります。このようにして、クライアントにパッチや機能などが不足しているかどうかを常に知ることができます。

これには手動でバージョンを変更する必要があり、これは面倒な作業であるため（さらに悪いことに、忘れてしまう可能性があります）、Visual SourceSafe（重要な場合は6）を構成して、チェックアウトのたびにアセンブリのバージョンを自動的に更新できるかどうか疑問に思いました。チェックイン ？

アセンブリバージョンを管理するための代替/より良いオプションはありますか？

assemblyInfo.csには、AssemblyVersionとAssemblyFileVersionがあります。

通常、私はこのようにAssemblyVersionをインクリメントするだけです。1桁目：メジャーチェンジ2桁目：マイナーチェンジ3桁目：バグ修正4桁目：Subversionリビジョン番号

ただし、AssemblyFileVersionは何のためにあるのか、いつインクリメントする必要があるのか​​疑問に思っています。それはassemblyVersionと同じである必要がありますか？

使用していない場合は、コメントアウトする必要がありますか？

アドバイスをありがとう、

VS2008 と .NET Compact Framework 3.5 を使用して、Windows Mobile 6 Professional を対象として実行可能ファイルをビルドしていますが、プロジェクトをコンパイルするたびに、AssemblyInfo.cs ファイルで指定したものはすべて無視されます。

私は他のプロジェクトでこれを何度も行っており、問題なく動作しますが、何らかの理由で // 属性などを表示できませんAssemblyTitle( AssemblyProductWindowsAssemblyVersionエクスプローラーを使用してそれらを表示しようとしていますが、これらのプロパティは私が構築した他のアセンブリの [詳細] タブ (同じソリューション内の他のプロジェクトであっても)。

助言がありますか？

Visual Basic 6.0 サブルーチンから C# オブジェクトを呼び出しています (質問しないでください)。Visual Basic から AssemblyFileVersion を取得するにはどうすればよいですか?

少し前に、Silverlightアプリの現在のバージョンを表示する必要がありました。いくつかグーグルした後、次のコードは私に望ましい結果を与えました：

これは、.NET 3.5Silverlight3環境でうまく機能しました。ただし、最近.NET4とSilverlight4にアップグレードしました。ビルドマシンの動作を終了したばかりで、このコードの単体テストで次の例外がスローされていることがわかりました。

私はこれまでこの例外を見たことがなく、その中のリンクはどこにも指していません。ビルドマシンにのみスローされ、開発ボックスにはスローされないため、試行錯誤を繰り返して、2つの違いを確認します。

なぜこれが起こっているのか考えてみませんか？

乾杯、アンドレイ。

VB 2005であったVB.Netコードベースを継承し、約100のプロジェクトで構成されるVB2008にアップグレードしました。

すべてのコンポーネントを再バージョン化しようとしていますが、AssemblyInfo.vbファイルの一部にAssemblyFileVersionエントリがあり、一部にエントリがあることがAssemblyFileVersionAttributeわかりました。

また、エントリがあるものAssemblyVersionとエントリがあるものがありAssemblyVersionAttributeます。

ありとなしの違いは何Attributeですか？

どれを使うべきですか？

作業中のクラス ライブラリで AssemblyVersion を AssemblyFileVersion 属性と異なるものにするのに問題があります。

そのため、(Class1.cs を除いて) 空のクラス ライブラリを作成して、それがどこかに設定されているかどうかを確認しようとしましたが、同じ動作が得られます。

AssemblyVersion 属性が無視されているようです。

ここに私の AssemblyInfo.cs ファイルからの関連ビットがあります...

そして、これがWindowsエクスプローラーでどのように見えるかです...

これを制御する設定はどこかにありますか？

編集: 違いがあるファイルを1つ見つけたので、2つの異なるフィールドに同じ値を示すWindowsエクスプローラーではなく、コンパイラ/リンカーからDLLが生成される方法に関係しています...

これが私が達成しようとしていることです。現在、Hudson ビルドを使用して、リモート コンピューターでビルドを行っています。現在、ソリューションを開いて [assembly: AssemblyVersion("1.2.6.190")] の番号を 2 つのファイルで手動で更新し、Hudson でビルドを実行する前に変更を SVN にコミットする必要があります。(今ビルドをクリックしない限り、hudson ジョブは実行するように設定されていません)

Hudson がビルドを行うたびに、最後の数字だけを自動的にインクリメントする方法を見つけたいと思います。

1ずつインクリメントしたい（タイムスタンプまたは類似のものではありません）。

役立つ可能性のある他の資料へのアイデアやリンクをいただければ幸いです =)

ありがとう、

トビー