私は他のプロジェクト (ユーティリティと言えます) に依存する一連のプロジェクトを持っています。問題は、これらのユーティリティのいずれかのコードを変更するたびに、同僚が最新のコードを取得し、最新のものを使用するために自分のマシンでビルドする必要があることです。アセンブリ。適切な標準ソリューションはありますか? または単に共有フォルダーに dll を集中化しましたか?
PS:
私たちは MS ソースセーフ 2005 を使用していますが、コードではなくバイナリのみが必要なため、同僚に毎回ソースコードを取得して自分のマシンでビルドすることを望んでいません。
Subversion をソース管理システムとして使用する場合は、SVN Externalsを使用してこれを行うことができます。そうすれば、彼らはそこのフォルダーのルート更新を行うときに、ユーティリティの新しいバージョンを自動的にプルします。読み取り専用の方法でソース管理を提供することもできます。これにより、ユーティリティ コードを確認できますが、変更をコミットする権利はありません。
これを仕事で使用していますが、完璧に機能します。ただし、新しいバージョンを使用すると何かが壊れる可能性があるため、更新を行うたびにユーティリティを更新したくない場合があることに注意してください。これは、あなたの会社が対処しなければならないことです。ユーティリティの mayor バージョン用の SVN ブランチ (またはタグ) があるため、mayor を変更した場合は新しいバージョンを作成します。必要に応じて、新しいバージョンを指すように SVN 外部を手動で変更する必要があります。
あなたがそれらを変更した瞬間に、彼らは本当にすぐにユーティリティを必要としますか? これは通常正しくありません。
通常は、同僚が自分の変更をマージするときに、次の都合のよい時点で最新のコードを「プル」できるようにすることをお勧めします。
ソース管理システムを使用していますね。
全員が共有サーバー上のコピーを使用するようにすると、バイナリの使用中にバイナリの更新に問題が発生したり、一部の使用法で一貫性のない結果が生成されたりする可能性があります。
特定の時点で本当に更新する必要がある場合 (たとえば、ユーティリティは、進化しているスキーマを中央データベースに接続することで機能するため、データベース スキーマを更新するのと同時に全員のバイナリを更新する必要があります)。ユーティリティを Web サービスに変えることをお勧めします。これを行うための非常に簡単な方法がたくさんあります。次に、同僚は、対話型の場合は Web ページからアクセスできますwget。コマンド ラインで自動化されている場合は、そのようなものを介してアクセスできます。Windows 用の wget はこちらから入手できます。
多くのチーム間でアセンブリを共有している場合、それらをbinディレクトリに昇格させます。これにより、他の開発者は、ソースから再構築しなくても、最新のアセンブリを参照/使用できます。