完全に再帰的なチェックアウトには外部が含まれています

Question

外部（svn：externalsプロパティ）を含むSVNリポジトリをチェックアウトしています。

しかし、明らかに--depthを '無限大'以外の値で使用すると、外観はダウンロードされません。明らかに後で-set-depthで除外してフォルダを除外して後で更新することが可能なので、これは特に皮肉なことです。

とにすべての外観が含まれていますか？

Answer 1

私は同じ問題を抱えていますが、後で手作業でチェックアウトする回避策以外は実際の答えはありません。

mkdir wc 
svn co http://example.com/svn/repo/trunk wc --depth=immediates 
cd wc 
svn co http://example.com/svn/extrepo external --depth=empty 

しかし明らかに、これは外観の全体的な目的を破っています。

この動作は、それが

This was an explicitly defined feature. (There is code to check for this condition and then explicitly skip handling)

を指摘されたIssue 3311、とSubversionの問題追跡で報告された（ただし、問題は閉じられませんでしたし、今でもステータスがあります。NEW）を

そして、私はこの "機能"の明白な理由を見つけることができませんでした。私はdepth == svn_depth_infinityのチェックで古い--non-recursiveのチェックをスワップすることによってのみthe commit which introduced itを見つけました。これはちょっと厳しいですが、それ以来ここに。

Answer 2

Example: svn co --depth immediates Expected: all files in the root directory are created, and for each directory in the root directory, an empty directory is created. Actual: all files in the root directory are created, and for each directory in the root directory except the externals , an empty directory is created.

私はあなたの問題を理解していると思いますが、これがどのように問題であるかわかりません。 svn co --depthとsvn update --set-depthの目的は、あなたがあなたが本当にに興味がないなら、ファイルのチェックアウトギガバイトにせずにリポジトリの構造を操作することを可能にするスパースチェックアウトを行うことを可能にすることである。

ここでスパースチェックアウトを使用しての2つの例があります：

• CMとして、私はほとんどすべてのプロジェクトで一度に作業します。私のシステムでは、私はsvn co --depth=immediates $REPO/trunkを実行しました。これは、すべてのプロジェクトをトランクで見ることができますが、多くのディスクスペースを使用せず、チェックアウトに時間がかかりませんでした。私はその後、私の注意を必要とするプロジェクトに入り、そのプロジェクトを手に入れるためにsvn up --set-depth=infinityを行います。このようにリポジトリ全体をチェックアウトすると、プロジェクトの操作（名前の変更、廃止されたものの削除など）が可能になります。

• 私の最後の仕事では、CVSからSVNへの変換の後で私たちのブランチとタグをリファクタリングしました。何千ものブランチとタグが作成されましたが、それはまったく無意味でした。 svn co --set-depth=empty $REPOを実行し、 `svn up -set-depth = immediatesブランチタグを作成しました。今私はすべてのタグとブランチのディレクトリを持っていましたが、その下のファイルはありませんでした。廃止されたブランチとタグを削除し、それらをより意味のある名前に変更することができました。あなたが不満している何

は私がsvn checkout --depth=immediatesをすれば、私は空外観のディレクトリを取得していないということです。しかし、そのディレクトリは実際にあなたのプロジェクトには存在しません。これは単にSubversionによって実行される魔法のトリックです。何が空の外部ディレクトリの使用ですか？

CMとして、私はスパースチェックアウトを行う少数の人々の1人です。これは、ほとんどの開発者が通常行うことではありません。私がスパースチェックアウトをするとき、私は実際に外部ディレクトリを見たくありません。なんらかの理由で外部ディレクトリが存在する場所を知る必要がある場合は、svn plist -vR svn:externals .を実行して完全なリストを取得してからsvn up --set-depth=infinity $extern_dirを実行します。

Answer 3

同じ問題が発生していますが解決策はありませんが、少なくとも部分的な回避策が見つかったと思います。

まず、なぜこれが問題なのかについてDavid Wの質問にお答えしたいと思います。 私は、あなたがチェックアウトしたい特定のディレクトリを選んでいる場合、他のディレクトリが外部、外部をチェックアウトされていないと思っているかもしれないと考えるかもしれません。

ただし、必ずしもそうではありません。たとえば、サードパーティのパッケージに関連する複数の開発プロジェクトがあります。私たちには、サードパーティ製の製品リポジトリにリンクしている1つの外部ディレクトリがあり、そのディレクトリと同じレベルにあるディレクトリがあります。私はいつでも私たちのプロジェクトの一つに取り組んでみたいと思うかもしれません。私は他のプロジェクトもチェックしたくありませんが、私たちのプロジェクトはすべて、第三者のプロジェクトディレクトリへの相対パス参照を持っています。だから、いつでも私のプロジェクトをチェックアウトして、私は第三者プロジェクトへの外部リンクもチェックアウトされていることを確認したいと思います。

スパースチェックアウトが必要な私たちのシナリオですが、スパースチェックアウトチェーン内のいずれかのディレクトリに添付されている外部もチェックアウトされるようにしたいと考えています。私は、その後に行けば（私の外観を得ることはありません）初期まばらなチェックアウトを行うためのTortoiseSVNを使用した後、私は、何だった部分的な回避策のために今

、....

コマンドプロンプトを開き、外部プロパティーが関連付けられているディレクトリーの上にあるディレクトリーの中で次のコマンドを実行します（その事実が関係していますが、svnを使用して類似の結果を得られなかったと言われていたので言及する価値があると考えました）。

svn up --depth infinity 

私の外見をチェックします（私が選択しなかったディレクトリはプルダウンしません私が最初にスパースチェックアウトを選んだとき）。だから、これは私が欲しかったところに私をもたらしました。

これは「BETTER」ですが、まだ完全ではありません。

Answer 4

回避策として、私は外部定義を読んで欠落したチェックアウトを作成するためにcmd/batウィンドウシェルスクリプトを少し使用しました。 @Mormegilの答えは、ハードコーディングするのではなく外部のURLを読むという点を除けば、ちょっとしたことです。

cd folderWithExternal 

rem Read line from svn:external and put it in temporary file 
svn propget svn:externals | findstr myExternalName > external.tmp 

rem Put content of temporary file in variable 
set /p external=<external.tmp 

rem Create a checkout for the external. The ^^ is to deal with cmd escaping. 
svn checkout ^^%external% 

この例では、外部定義がSVNに与えられていることを前提としています。この形式の外観プロパティを：

^/elsewhere/foo@123 myExternalName 

私は^であるという事実を回避するために私のスクリプトでこれらの^^を追加する必要がありましたWindowsのエスケープ文字cmd。 SVN外部では、 "同じリポジトリのルート"を意味します。

私の使用例では、特定の外部をチェックアウトする必要がありましたが、他のものはチェックアウトしていなかったので、特定の外部を探すのです。もちろん、外部のすべての行をループして、すべての行をスパースチェックアウトで作成することもできます。