git svn clone：ブランチからリポジトリ/リポジトリ/ブランチに移動しました。 "不正なXML：要素が見つかりません"

Question

Cygwinでgit 2.8.2とsvn 1.9.4を使用しているときに、git svn cloneでリポジトリをクローンすると、 -Wall特定のコミット時：

r3640 = eb94... (refs/remotes/svn/trunk) 
Found possible branch point: https://.../repo/<branchname> => https://.../repo/branches/<branchname>, 3641 
Initializing parent: refs/remotes/svn/<branchname>@3641 
Error from SVN, (175009): Malformed network data: The XML response contains invalid XML: Malformed XML: no element found 

を観測＃1：最近、十分にコミットから、つまり、-r3600:HEADでクローニングする場合、操作が成功しました。退屈な実験では、問題のあるコミットの前に約100回のリビジョンからクローンを開始するときに問題が発生することが示されました。

観測＃2：これは上記のフォームの枝のために起こるように見えます：誤ってレポルートrepo/<branchname>で作成し、その後、repo/branches/<branchname>

何が問題であり、どのようにそれを修正するために移動しましたか？

Answer 1

解決方法：--log-window-sizeの値を大きくします（デフォルト：100）。

警告：大きなウィンドウサイズは、多くの新しく追加されたファイルをコミットのフェッチを阻害：4000のコミット

ウィンドウサイズで3961個の新しいファイルが4927新しい後に失敗した後に7000の

• ウィンドウサイズが繰り返し失敗しましたコミット中のファイル

影響を受けるコミットには実際に8430個の新しいファイルがありました。

これはすべてCygwinの下にあり、Linuxでこれらの問題を再現できなかったため、あなたの走行距離は異なる場合があります。

---

私はエラーとgit svn fetch --log-window-sizeオプションのデフォルト値を原因と観測されたリビジョンの距離との間の類似性に気づいた：両方が100

ある4000のログウィンドウを使用するには、私の場合には問題を解決し、 othersは、最初のクローン/フェッチ操作の高速化にさらに大きな値を使用しています。

問題のあるリビジョンの前に10個のリビジョンからクローンを作成し、--log-window-size=1を使用して問題を確認しました。もう一度失敗しました。

--log-window-sizeがクローン/フェッチ操作をスピードアップするために文書化されているため、git-svn側で意図した動作かバグかを知ることは興味深く、分岐問題を修正する必要はありません。