同じ親の排他的な子ではない複数のブランチタイプのディレクトリをgit-svnにインポートするにはどうすればよいですか？

Question

長いタイトルのために申し訳ありませんが、私は同じようSVN構造を持ち、この質問とThe one asked by CaptainPicard

の区別を明確にしたかった：

• トランク/
• 支店/ *
• タグすべての意思のための/ *
• リリース候補/ *

リリース候補はブランチとまったく同じように使用されます。だから、私はgit-svnにリリース候補をブランチとして使うように言うことができますが、私はブランチを手に入れません。あるいは、ブランチを使うように言うこともできますが、リリース候補は得られません。 私はその両方を持つことができますか？ 私は仕事に

[svn-remote "svn"] 
     url = svn://server/repo 
     fetch = trunk:refs/remotes/trunk 
     branches = branches/*:refs/remotes/* 
     branches = Release Candidate/*:refs/remotes/* 
     tags = tags/*:refs/remotes/tags/* 

ような何かをしたいと思いますが、それはまた試してみました - しかし、それ-doesn'tワークキャンプで何かありません（私の知る限り）

ん以下のような

[svn-remote "svn"] 
    url = svn://svnserve/repo 
    fetch = trunk:refs/remotes/trunk 
    branches = Release Candidate/*:refs/remotes/RCs/* 
    tags = tags/*:refs/remotes/tags/* 
[svn-remote "svnbranches"] 
    url = svn://svnserve/repo 
    fetch = <What the heck do I put here???> 
    branches = branches/*:refs/remotes/* 

しかし、私はsvnbranchesのフェッチのために配置するかわからない

（SVNのフェッチをコピーするには、作るGitのエラーがそれを残したりnonexistantブランチに入れて、のgit - svnのエラーになります）

git-svnに両方のタイプのブランチを引き込ませるにはどうすればいいですか？

おかげで、今

Answer 1

は、私がのgit-SVNがこれを処理しない理由を調査する時間がありません。しかし、それはあなたが支店のサブディレクトリとしてRelease_Candidatesを配置することで、あなたの問題を回避できることが表示されます。

trunk/* 
branches/ 
    Release Candidates/* 
    other branches 
    . 
    . 
    . 
tags/* 

その後your answer to CaptainPicardが動作するとビルドがそれを必要とする場合は、リンクを使用して古いSVN構造を再作成することができます。