問題タブ [svn-externals]

私は svn について何も知っているとは言いませんが、externals がどのように機能するかは理解していると思いました。

新しいプロジェクトを作成していますが、lib フォルダーを他のプロジェクト (svn の場所) の外部に配置したいと考えています。私はこれまで何度もこれを行ってきましたが、問題はありませんでした。金曜日の瞬間を過ごしているだけですか?

1. 次のフォルダーを作成しました。

   /myproj

   /myproj/lib

   すでにチェックアウトされているフォルダーの下。

2. それらをsvn追加してコミットし、親フォルダーを更新して、すべてが適切であることを確認しました。

3. libフォルダーの右クリック->亀->プロパティを選択し、必要なパス（間違いなく存在する）に外部のsvnを追加しました：「MyExternalFolderName http://path.to/svn/location」
4. libフォルダーをコミットしました
5. libフォルダーを更新すると、通常は外部が更新されると予想されますが、何も起こりません。「完了」とだけ表示されます。

私は何を忘れましたか？

編集：無数の再起動、再チェックアウト、および再インストールしても修正されていません。

Beanstalk をホストとして、SVN で水域をテストしています。セットアップは次のようになります。

• リポジトリ:モジュール

  • モジュール 1
  • モジュール 2
  • モジュール 3

• リポジトリ:ウェブサイト 1

  • カスタム Web サイト コード
  • svn:モジュール 1 への外部参照
  • svn:モジュール 2 への外部参照

• リポジトリ:ウェブサイト 2

  • カスタム Web サイト コード
  • svn:モジュール 2 への外部参照
  • svn:モジュール 3 への外部参照

Beanstalk には組み込みの FTP 展開ツールがあります。私の理想的な世界では、Beanstalk は外部参照を確認し、Web サイトの変更とともにモジュールへの変更をデプロイするだけですが、これはサポートされておらず、すぐにはできません。

外部モジュールへの変更が含まれるように Web サイト 1 と 2 を自動的に展開するための良い方法は何ですか?

他の SVN ホストは、外部の展開をより適切にサポートしていますか?

可能であれば、独自のビルド/デプロイ サーバーを追加することは避けたいと考えています。

svn:externals を使用して、subversion リポジトリに一種のシンボリック リンクを設定しようとしていますが、実際にはうまく機能していません。私がやりたいのは、次のように、同じリポジトリの一部のフォルダーを別のフォルダーにリンクすることです。

src/somewhere_else/schema https://svn.acme.com/svn/project/trunk/src/schema

これは真の外部リソース (つまり、別のレポ内のディレクトリ) に対しては正常に機能しますが、上記のように同じレポ内のリソースに対しては機能しません。私はこれをしばらくグーグルで検索しましたが、これはサポートされるべきだと思われます。何が欠けていますか?

Windows 2003 サーバー インストールの VisualSVN で Subversion 1.5.5 を使用しています。

エラーが発生しないことを忘れていました。他のフォルダーからコンテンツを取得する必要があるフォルダーは空のままです。

ライブラリの特定のリビジョンにsvn：externalsを使用します。

作業コピーにそのようなチェックアウトされた外部への変更を加えると、外部がHEADではなく特定のリビジョンにリンクしていてもコミットすることができます。

コミット後に実行svn updateすると、subversionがすべてをリビジョン12345に戻す​​ため、変更は作業コピーに含まれなくなります。したがって、実際に変更を確認することはできませんが、HEADに残っているため、問題があります。

外部がHEADリビジョンを指していない場合にのみコミットを禁止することは可能ですか？

Subversion で単一のファイルを外部として設定できますか?

Debian で単一のファイルに svn:external を設定できますか

ビルドには Subversion と Nant を使用します。複数のサブプロジェクトに依存するメイン プロジェクトがあります。サブプロジェクトは、Subversion 内の個別のプロジェクトとして存在します。

私の質問は: メイン プロジェクトの nant ビルド スクリプトは、参照されているすべてのサブ プロジェクトとそれ自体をビルドする必要がありますか? または、サブプロジェクトは自分自身をビルドする方法を知っていて、メインのビルド ファイルからサブプロジェクトのビルド ファイルを何らかの方法で呼び出し、すべての出力をメイン プロジェクトのビルド出力にアセンブルしますか?

現在、mainproject ビルド ファイルですべてのサブプロジェクトをビルドしています。つまり、ビルド ファイル内の各サブプロジェクトに nant ターゲットがあります。ただし、これにより、メイン ビルド ファイルとサブプロジェクトの間に密結合が生じているようです。「サブプロジェクトは自分でビルドする方法を知っている」と言って、メインプロジェクトから自分でビルドして出力を組み立てるように依頼できればいいのにと思います。

参考までに、私のリポジトリは次のようになります。

Subversion svn-externals プロパティを使用してサブプロジェクトを取り込みます。したがって、私の作業コピーは次のようになります。

そのため、最近、SVN サーバーをルート パス (svn://sever/) からサブフォルダー (svn://server/sub/) に移動して、同じサーバー上で複数のリポジトリを使用できるようにしました。

すでにチェックアウト済みの作業コピーがいくつかありますが、そのままにしておく必要があります。Tortoise SVN を使用して Relocate コマンドを実行したところ、すべてうまく機能しているように見えました。

外観以外。すべてのエクスターナルは (^/folder/ folder構文を使用して) 相対的にリンクされているため、実際のエクスターナル プロパティは引き続き正しく機能します... 問題は、エクスターナル プロパティによって既にチェックアウトされているフォルダーがまだ古いパスに関連付けられていると認識していることです。

更新を実行すると、すべての外部から次のエラー メッセージが表示されます。

外部定義によって作成されたすべてのフォルダーを手動で削除/再配置することなく、作業コピーを修正する方法はありますか? かなりの数があり、それはオプションであり、機能しますが、より自動化されたアプローチがあるかどうか疑問に思っています.

ありがとう！

CVS リポジトリで SVN Externals ディレクティブを指すことは可能ですか?

外部ファイルを含むフォルダーのスパース チェックアウトを実行しようとしていますが、外部ファイルがどれもチェックアウトされていません。この問題は、この動作が設計によるものである可能性があること、または少なくとも動作がどうあるべきかが明確でないことを示しているようです。私の見解では、明らかな動作は、外部ディレクトリが他のディレクトリと同じように扱われ、同じスパース チェックアウト ルールに従ってチェックアウトされることです。

外部を手動でチェックアウトする以外に、これを回避する方法はありますか?