2009-08-28 10 views
4

コード化されたファイル内のバージョン番号を制御するものは何ですか?他の人が取得しながら、何がコード化されたファイル内のバージョン番号を制御しますか?

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.4005 

を:私たちの開発者の

一部が取得

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.3082 

を誰もが.NET 3.5 SP1を実行しているようです。

なぜいくつかは4005を持ち、他はビルド番号として3082を持っていますか?

これはソース管理のための本当の苦痛です。

+0

この番号はC:\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727のバージョンに基づいています\ mscorlib.dllがあります。 –

答えて

1

誰もが.NET 3.5 SP1を実行していますが、まったく同じバージョンの.NET 3.5 SP1を実行することはありません。具体的には、何らかの理由で異なる正確なビルドを実行します。私はOSの違いを疑ったり、Windowsのアップデートで怠惰を疑うでしょう。

+0

正しい:例えばVistaやWin7に組み込まれている.NETビットは、一般的なリリースとは異なるリビジョン番号を持つ予定です。 –

+0

返信いただきありがとうございます。 誰もがXPを使用しており、すべてがWindows Updateで完全に最新の状態になっているようです。 CodeDomのバージョン管理は、どのファイル/アセンブリが担当していますか? – RMK

1

パッチ(Windows Updateで提供されるマイナーなバグ修正など)は、「責任がある」ものです。

0

ええと、それは簡単な修正ですが、Windowsの自動アップデート設定をデフォルトにしておくと自動的にダウンロードしてインストールするものもあります。 実際に問題が発生している場合は、現在使用しているバージョンを誰にでも知らせるためのreadmeまたは何らかのポリシーを渡す可能性があります。しかし、最後の数字が異なる場合は、バグ修正が含まれていることを意味します。これは、幸いなことに機能性をほとんど損なうことはほとんどありません。回避策のコードと、修正されたフレームワークのバグをバイパスまたは修正するためのハックを除いて...

関連する問題