2017-05-17 12 views
0

すべてのタグのインポートをスキップします。これは正しい構文ですか?クローンタグを持たないgit svnクローン

git svn clone "http://svn/svn/IT_Udvikling" git-DataLicense --revision 37000:HEAD --trunk="/FID/DataLicense/trunk" --branches="/FID/DataLicense/branches" --no-minimize-url --authors-file=../authors-transform.txt 

タグのインポートをスキップしようとしています。なぜならgit svnクローンプロセスは永遠にかかるからです。今は3日間稼働しています。

+0

これは1度の移行ですか、GitクローンからSVNにコミットしたいですか? – Vampire

+0

これは1回の変換です –

答えて

0

git-svnをワンタイムマイグレーションにスピードアップする最も良い方法は、git-svnを一切使用しないことです。タグをスキップすると、一般的なSVNリポジトリ内のタグに固有のコミットがほとんどなく、タグごとに1つのみであるため、時間を節約することはできません。しかし、はい、あなたは-tまたは直接的または間接的に(-sまたは--stdlayoutを使用することにより、例えば--tagsは、その後、何のタグがフェッチされるべきでない指定しない場合。しかし、私が言ったように、それははるかにプロセスをスピードアップしません。のために

1回の移行git-svnではないリポジトリまたはリポジトリのコンバートに適したツールです.Gitを既存のSVNサーバーのフロントエンドとして使用したい場合は素晴らしいツールですが、ワンタイムコンバージョンの場合はgit-svnですが、svn2gitが適しています。

svn2gitと呼ばれるツールがたくさんありますが、おそらく最も良いのはhttps://github.com/svn-all-fast-export/svn2gitのKDEです。そのsvn2gitツールを使用することを強くお勧めします。それは私がそこで利用できると知っている最高です、そして、それはあなたがそのルールファイルでできることに非常に柔軟です。

svn2gitのルールファイルを、既存の複雑な履歴を含め、現在のSVNレイアウトから得たい結果を簡単に生成するように簡単に設定できます。

svnevereverからhttp://blog.hartwork.org/?p=763までは、SVNリポジトリの履歴をGitに移行する際の履歴を調べるのに最適なツールです。

  • 歴史ははるかに良いとクリーンな再構築されます。


    にもかかわらずgit-svnは、ここでは、優れている、その柔軟性のほかに代わりgit-svnのKDE svn2gitを使用して、なぜいくつかの更なる理由がありで開始することが容易ですsvn2git(正しいものが使用されている場合)これは、特に分岐やマージなどの複雑な履歴の場合に当てはまります

  • タグは実際のタグであり、Gitのブランチではありません
  • タグは、デフォルトでのみフェッチされた枝を指しているタグなど、あなたがコマンドに --tagsを与えるまで、その正常な fetchがそれらを得ることはありません、余分な空はまたそれらの枝の一部ではない可能どのコミット含ま git-svn
  • もフェッチされます。彼らは
  • に属しどこ適切svn2gitタグを使用すると、SVNでレイアウトを変更した場合、あなたが簡単にあなたはまた、簡単に複数のGitリポジトリに1つのSVNリポジトリを分割することができsvn2gitと歴史最終的に
  • を失うことになるgit-svnで、svn2gitでこれを設定することができます
  • 又は容易1つのGitのリポジトリに同じSVNルートにおける複数のSVNリポジトリを組み合わせる
  • 変換が速く正確svn2gitgit-svn
0123よりも無数倍であります

git-svnが悪く、KDE ​​svn2gitが優れている理由はたくさんあります。 :-)

関連する問題