私は他のプロジェクトに依存する一連のプロジェクトを持っています（あなたはユーティリティを言うことができます）。私の同僚が最新のコードを使用してマシン上でビルドする必要があるこれらのユーティリティのコードを変更するたびに問題が発生します最新のアセンブリ 良い標準ソリューションはありますか？または共有フォルダにdllを集中管理するだけですか？従属プロジェクトを編成する最も良い方法は？
P.S：
私たちは、2005年に安全MSソースを使用していると私は、彼らが唯一のバイナリではないコードを必要とするように私の同僚は、ソースコードの毎回を取ると、自分のマシン上に構築する必要はありません。
実際にユーティリティをすぐに必要としますか？変更する瞬間ですか？これは通常は真実ではありません。
通常、同僚が自分の変更でマージする次の便利な時点で、最新のコードを「プル」するようにしてください。
あなたはソース管理システムを使用していますか？
あなたは誰もが共有サーバー上のコピーを使用して作成した場合、あなたは彼らが使用されている間にバイナリを更新する問題を有していてもよく、またはあなたには、いくつかの用途には一貫性のない結果を生成する可能性があります。
実際に特定の瞬間に更新する必要がある場合（たとえば、中央データベースと進化しているスキーマを連絡することでユーティリティが機能するため、データベースの更新と同時に全員のバイナリを更新する必要がありますスキーマ）、私はユーティリティをWebサービスに変えることをお勧めします。これを行うには非常に簡単な方法がたくさんあります。同僚はインタラクティブなWebページや、コマンドラインで自動化されている場合はwgetなどのWebページからアクセスできます。 wget for Windows hereを得ることができます。
Subversionをソース管理システムとして使用する場合は、SVN Externalsを使用してこれを行うことができます。 こうすることで、彼らはあなたのユーティリティの新しいバージョンをそこで自動的にプルするでしょう。また、読者専用の方法でソースコントロールを与えることもできますので、ユーティリティコードを見ることができますが、変更をコミットする権利はありません。
私たちはこれを職場で使用しています。これは完全に機能します。ただし、新しいバージョンを使用して何かを壊している可能性があるため、アップデートを行うたびにユーティリティを更新したくないことがあることに注意してください。これは、あなたの会社が処理する方法を持っている必要があります。私たちは市長の市区町村のためにSVN支店（またはタグ）を持っています。市長を変えれば私たちは新しいバージョンを作ってくれますし、望むなら人々はSVNの外部を手動で変更して新しいバージョンを指し示す必要があります。私たちは、他の開発者が/参照するソースから再構築することなく、点で最大の日付のアセンブリを使用することができるように、我々はbinディレクトリにそれらを促進し、多くのチーム間のアセンブリを共有している
。