私はいくつかの c# プロジェクトを持っています。結果のアセンブリ (dll) をビンから共通フォルダーにコピーするプロジェクトに、ビルド後のイベントを追加しました。
プロジェクト ファイルを変更しなくても、コンパイルごとに以前とは異なるバイナリのアセンブリが生成されるようです。
それらのファイルを監視し、それらが変更されたと考えるKilnを使用しているので、私にとってはかなりの問題です。
dll がコンパイルのタイム スタンプを格納していることをどこかで読みましたが、true の場合、これを修正できません。もしそうなら、リポジトリ (Git/HG) が変更されていないすべてのコンパイル済みプロジェクトをコミットしないように、共有 DLL をどのように管理しますか?
ありがとう、エラン。
「リポジトリ (Git/HG) が変更されていないすべてのコンパイル済みプロジェクトをコミットしないように、共有 DLL をどのように管理しますか?」という特定の質問に対処するには、非常に簡単な答えがあります: 無視します。 .
ソース管理がコミットしようとするディレクトリから除外/binします。/objこれは、変更のたびに各マシンでコードを再コンパイルする必要があることを意味しますが、Visual Studio では、コードが変更されたすべてのプロジェクトに対して再コンパイルが行われます。
プロジェクトの出力フォルダーをコミットしないでください。
プロジェクトによって作成されたアセンブリの最新バージョンを常に含む Setup フォルダーまたは同様のものを作成する場合、解決策は、ビルドがプロジェクト出力を更新する場合にのみ実行するようにビルド後のイベントが構成されていることを確認することです。次のような名前のオプションがあります。
