17

私は常に自分自身と他の人に、bin フォルダーは一時的なものと考えるように教えてきました。

つまり、それを削除できるはずであり、次に再構築するときに再作成され、手間をかけずに参照がコピーされます。すべての卵を 1 つのバスケットに入れる必要はありません。または、この場合、必要なすべての dll を bin フォルダーに直接配置しないでください。それらを他の場所に置き、それらを参照するだけです。

dll を bin フォルダーに直接配置してそこで参照すると、人々が失敗するのを見てきました。したがって、これを回避し、必要なすべての dll を Refs というフォルダーに入れ、そこに dll への参照を追加します。いずれにしても、コンパイル時に bin フォルダーにコピーされます。

私は正気ですか？これは慎重になりすぎでしょうか？常識？

このシナリオでのベスト プラクティスは何ですか?

乾杯、

-- リー

更新：私は怒っていないことがわかりました

私が言及するのを忘れていたいくつかのポイントを取り上げてくれた皆さん、乾杯。

主に :

  • bin フォルダーをソース管理にチェックインしない
4

4 に答える 4

16

いいえ、これは完全に理にかなっており、私自身が個人的なプロジェクトで実践している方法です。bin フォルダーの下にあるものはすべて、msbuild / Visual Studio 環境のプロパティとして扱う必要があります。

どちらも既知の出力のみを削除するように細心の注意を払っていますが、ユーザーがビルド出力を完全に理解せずにビルド出力をコピーした結果、「クリーン」スタイル操作中に削除される可能性があります。ここで、他のツールが DLL を一掃する際により積極的になる可能性もあります。ビルド プロセスで古いデータが参照されていると思われる場合、私自身、時々 bin ディレクトリを空にする傾向があります。

さらに、参照の場所があると、ソリューション内のプロジェクトのコレクションの参照を更新する単一の場所が提供されます。私にとって、それは非常に自然な構造です。

于 2009-10-12T16:08:29.680 に答える