3

以前の職場では、共有コンポーネントが更新されたときに、svnexternalsを使用して依存プロジェクトを更新していました。これにより、これらの変更が壊れたことを簡単に確認でき、依存プロジェクトを介入なしで共有コンポーネントの最新バージョンに自動的に更新できます。

新しい職場では、サラウンドscmを備えたcc.netを使用しており、サラウンドで同様のものを見つけようとしています。外部のようなものは見つかりませんでした。「共有ファイル」だけですが、外部とは異なり、共有ファイルでは、外部のファイルの特定のリビジョンを指定することはできません。

私は、継続的インテグレーションに頼り、「継続的ビルド」サーバーよりも統合のためにそれを扱うために、これらのシナリオで他の人々が何をしているのかに興味があります。誰かがsvnを使わずに「外部」の振る舞いをするためのツールや何かを知っていますか?

どのプロジェクトがどのアセンブリに依存し、最新バージョンを使用する必要があるかどうかのxmlレジストリファイルがあると思いますが、これはやり過ぎのようです。

4

1 に答える 1

1

個人的には、バージョン管理システムに外部(またはそのようなもの)があるのは少し奇妙で、実際にはかなりエラーが発生しやすいと思います。その目的には、ビルドシステム(ant、makeなど)または継続的インテグレーションシステム(hudson、ビルドボットなど)を使用することを強く好みます。

ビルドシステムを使用して、「共通部分」をフェッチできる場所に配置し(wget、curl、または単にcpを使用)、ローカル(場合によってはローカルプロジェクトにチェックイン)コピーが最大であるかどうかをチェックするターゲットを作成します。日にち。

継続的インテグレーションシステムを使用すると、少なくともHudsonは、単一のビルドで複数のリポジトリからディレクトリを簡単にチェックアウトできます。このアプローチを使用すると、他のディレクトリもローカル開発用にチェックアウトされ、Eclipseで「プロジェクトの依存関係」としてマークされます。

于 2009-11-28T19:31:10.170 に答える