問題タブ [svn-externals]

私はプロジェクトにこのsvn：externalファイルを持っています：

外部ディレクトリでを実行するsvn updateと、次のsvnエラーが発生します。svn: warning: Unable to lock 'Silex/vendor/Symfony/Component'

svn：externalを別のsvn：externalが所有するディレクトリにチェックアウトする方法はありますか？

私のsvnリポジトリには、外部のセットを含むトランクがあります。トランクに対応する独自の外部セットを持つブランチを作成しました（すべてを新しい場所にコピーし、トランクと同じ方法で参照しましたが、URLが異なります）。現在、外部に加えた変更を含め、すべての変更をトランクにマージしようとしています。これを行う方法がわかりません。

私は同僚にこれを求めています。彼がオープンソースプロジェクトのパッチを持っていて、それをプロジェクトの管理者に送信するだけの方が良いと思いますが、彼はすぐに解決策を望んでおり、私はしたくありません。外部リポジトリを変換します。

それで、ファイルをチェックアウトしたりリポジトリを更新したりするときに、外部リポジトリ内のファイルにパッチを適用するようにSVNを設定する方法はありますか？

特定のプロジェクトの読み取り専用 SVN リポジトリにアクセスできます。

私自身の変更/追加でこのプロジェクトを拡張したいと考えています。このリポジトリに完全にアクセスできれば、自分の開発ブランチを簡単に作成できます。ただし、私は持っていません（書き込みアクセスは取得しません）。

自分の変更を (内部) リポジトリに保存して、自分の開発を追跡できるようにしたいと考えています。

これに対応できるようにSVNを使って構築することは可能でしょうか?

最初は、次のような構造の (内部) SVN リポジトリを作成することを考えていました。

• トランク

  • svn:externals を使用する外部リポジトリのコピーを含む

• ブランチ

  • トランクに基づく私の開発ブランチ

しかし、'external' フォルダーに基づいてブランチを作成するのは (不可能ではないにしても) 簡単ではないことがすぐにわかりました。また、外部リポジトリの変更を自分の開発ブランチにマージできるようにしたいと考えています。また、この構造を使用してこれが可能かどうかも疑問です。

この建設を機能させることは可能ですか？それとも、まったく別の方法でこれに対処する必要がありますか? この問題に関するアドバイスは大歓迎です。

ありがとう

ピーター

私はjaveプロジェクトを次のように構成しました。

libフォルダーのルートに、すべての外部.jarファイル（hibernate、jbossなど）を配置しました。ここで、すべてのサードパーティのjarファイルを別のリポジトリ（つまりLib）に移動し、プロジェクトをチェックアウトするときにそれらをlibフォルダーに置くことにしました。私はこれを行うためにsvn：externalsを使用しました。次のようにLibリポジトリを作成しました。

svn：externalプロパティを使用してこれらのjarファイルをLibリポジトリ内の別のフォルダーに参照すると、最後の外部プロパティ内の.jarファイルのみがチェックアウトされるのはなぜですか？

Accurev には SubVersions ' svn:externals ' のような機能がありますか? これは、リポジトリの別の領域へのシンボリック リンクのように機能します。

例: 私の Subversion テスト自動化プロジェクトでは、共有ライブラリを各テスト プロジェクト内で 'svn:externals' として定義しました。これにより、必要なものはすべて最上位のプロジェクト フォルダーの子として表示されるため、相対パスの操作が簡単になりました。これを以下に示してみました。

ありがとう

グレン

これはSVN構造です：

ProjectAそしてProjectB最終製品を提供し、それぞれが独自のリリース ライフ サイクルを持つことができます。両方のプロジェクトは、 の同じ共通ライブラリを使用しProjectCoreます。 ProjectCoreまた、独自のリリース ライフ サイクルがあります。ProjectAで、ProjectBのライブラリを参照したいと思いProjectCoreます。のリリース ライフサイクルが成功した後、ProjectCore-libs が SVN に追加されましたProjectCore。ProjectCore-libs がReferencesフォルダーに追加されます。

ProjectCoreこれにより、完全にテストされたコンポーネントとしてビルドをリリース (フリーズ) します。したがって、複数の Core-lib リリースがあります。

• RLS_コア_1.00
• RLS_Core_1.01
• RLS_Core_2.00
• RLS_Core_3.00

リリースされたライブラリ(dll)をSVNに追加し、ProjectA参照ProjectBできるようにしました。これを行うための最良のアプローチは何ですか？

アプローチ1

ProjectCore-libs を SVN のReferences名前付きの新しいフォルダーに追加しますRLS_Core_X_XX。

ProjectAとのソリューションではProjectB、この一意のフォルダへの参照を追加します: ./trunk/Common/References/RLS_Core_X_XX.

アプローチ 2

ProjectCore-libs を SVN の同じフォルダーの下に追加しますReferences/Core。その中に「古い」バージョンがあった場合、それはコミットになります。

とのソリューションでProjectA、ProjectBへの参照を追加します./trunk/Common/References/Core。SVN 外部プロパティを使用して、ProjectAおよびに使用する Core-libs のリビジョンを定義しますProjectB。

どちらのアプローチでも、開発者は自分のプロジェクト ソリューションでどの Core-libs リリースを使用するかを明示的に決定する必要があります。ルールは、機能が不足しているためにアップグレードする必要がない限り、同じ Core-lib を保持することです。 アプローチ 1 : プロジェクト ソリューションで編集します。アプローチ 2 : 外部プロパティで編集します。

どのアプローチが好ましいですか？

いくつかの Subversion Externals が定義されている Subversion でプロジェクトをセットアップしています。これらの Subversion 外部は、他のプロジェクトを参照します。

Subversion レイアウトの例:

1. レポ/Project1/トランク
2. レポ/Project2/トランク

チェックアウト レイアウトの例:

1. $WorkingDir\Project1\trunk
2. $WorkingDir\Project1\trunk\Lib\Project2

TeamCity では、AssemblyInfo Patcher ビルド機能をビルド構成にアタッチできますが、Externals を除外することはできないようです。Externals は個別のプロジェクトであるため、アセンブリ バージョンを保持するか、AssemblyInfo で別のパターンでパッチを適用したいと考えています。

現時点では、私のビルド構成は完全な Subversion Externals サポートで Project1 をチェックアウトしてから、AssemblyInfo パッチャーを適用するため、私の Project1 アセンブリと Project2 アセンブリはすべて同じアセンブリ バージョンを持っています。

Project1 アセンブリを Project2 アセンブリとは異なるバージョンにする方法はありますか?

私はディレクトリを持っています

SVN_HOME-ルートsvn作業フォルダです

MF_CENTER_INFO-別のsvnリポジトリにコミットしたいフォルダ

のデフォルトリポジトリはD:\SVN_HOME\ですsvn://10.101.101.101/svn/ee/trunk が、MF_CENTER_INFOコミットする必要がありますsvn://10.101.101.101/svn/mf-center-vp/ （IPは同じです）

だから、私がしたこと：

マウスを右クリックD:\SVN_HOME\EclipseWorkspace\

追加されたプロパティ

しかし、コミットまたはビューのプロパティを選択するD:\SVN_HOME\EclipseWorkspace\MF_CENTER_INFOと、デフォルトの担当者が表示され、外部の担当者が表示されます

どうしたの？

svn：externalsを使用しており、 SVN1.5 +形式を使用して特定のリビジョンを指定しましたが、SVNはリビジョン番号を無視しているようです。

リビジョン658以降、ベンダーライブラリを新しいバージョンに置き換えました（svn rm、svn commit、svn add、svn commitを実行することにより）。これで、指定されたファイルは最新のリビジョンには存在しなくなりましたが、場合によっては、これらの特定のファイルの古いバージョンを使用したいと思います。

リビジョン658の外部ファイルを使用するにはどうすればよいですか？それは最新のリビジョンには存在しませんか？