7

SourceGear Vault から Visual Studio 統合用の VisualSVN を使用する TortoiseSVN に切り替えています。ただし、どのアプリケーションの作業コピー ルートにも含まれていない、複数の異なるアプリケーションで参照する複数のクラス ライブラリがあります。Visual Studio の統合を引き続き利用しながら、さまざまなクラス ライブラリを各プロジェクト/アプリケーションのルートの外部に配置しておくために、これに対処する最善の方法は何ですか? SourceGear にはこれに関する問題はありません。

エクスプローラーで TortoiseSVN を使用するだけでクラス ライブラリを個別に追加することは可能ですが、Visual Studio 内から作業コピーの外部に変更をコミットする機能はありません。これらの作業コピー クラス ライブラリの外側のステータスを示す VisualSVN の「信号機」もありません。

ちなみに、私たちは複数のリポジトリではなく、「多くのプロジェクトを含む 1 つのリポジトリ」ルートも採用しています。

アップデート：

以前に見たいくつかのことを読み直して、svn:externals は異なるリポジトリでコードを使用することを参照するだけでなく、VisualSVN で複数の作業コピーを使用するためにも使用できることを発見しました。

http://www.visualsvn.com/support/topic/00007/およびhttp://svnbook.red-bean.com/en/1.2/svn.advanced.externals.htmlを参照してください。

しかし、これはこの問題に対処する最善の方法ですか? 物事を通過する良いスレッドがありますが、物事を完全に解決するわけではありません.

したがって、svn:externals を使用しますか? 複数のリポジトリを使用するかどうか 繰り返しになりますが、私たちは何年もの間、複数のソリューション/アプリケーション間で共有クラス ライブラリのコードを参照してきましたが、これはうまく機能しています。VisualSVNでこれを機能させるにはどうすればよいでしょうか?

4

2 に答える 2

4

ここで最良の答えを見つけました：

参照プロジェクト

いくつかの異なるチェックアウトから作成される作業コピーを作成すると便利な場合があります。たとえば、異なるサブディレクトリをリポジトリ内の異なる場所から取得したり、別のリポジトリから取得したりすることができます。すべてのユーザーに同じレイアウトを持たせたい場合は、svn:externals プロパティを定義できます。

そしてここに：

共通のサブプロジェクトを含める

場合によっては、作業コピー内に別のプロジェクト (ライブラリ コードなど) を含めたい場合があります。リポジトリでこのコードの複製を作成しないでください。元の (および維持されている) コードとの接続が失われるためです。または、コア コードを共有する複数のプロジェクトがあるとします。これに対処するには、少なくとも 3 つの方法があります。

于 2008-10-02T19:15:00.217 に答える