私はClearCaseからSVNに移行するためのツールを探しています。ClearcaseからSVNに移行するためのツールに関する推奨事項?
理想的には、すべての履歴情報を取得したい、または取得できる程度に取得したいと考えています。
インクリメンタルマージは非常に有益ですが、必須ではありません。
私はClearCaseからSVNに移行するためのツールを探しています。ClearcaseからSVNに移行するためのツールに関する推奨事項?
理想的には、すべての履歴情報を取得したい、または取得できる程度に取得したいと考えています。
インクリメンタルマージは非常に有益ですが、必須ではありません。
Thisが最適です。 Polarionの事業など、など、SVNですので、私は彼らがmaking as many people as possible use itで既得権を持っていると思います...
ああ、手の前にすべてのデータをバックアップし、最初のテストリポジトリでそれを行う
移行クリアケースからは簡単な作業ではありません。ポーラリオン・インポーターはあなたをサポートする仕事をしますが、大規模なクリアケース・リポジトリーの履歴とスピードを見積もることは困難です。
履歴は、メインからのすべてのファイルをインポートするだけで、ディレクトリのバージョン管理は考慮されません。問題は、名前を変更すると、タグに配置されるファイルに最新の名前が付いていることです。また、輸入者は削除されたファイルを移行しません。
インポータはconfig-specsを使用できないので、ブランチの変更されたファイルのみを表示します。クリアケースは遅延分岐を使用します。これはsvns分岐メカニズムとはまったく異なります。
私たちは、「カスタムスクリプト」ではなくPolarionツールと一緒に行きました:SVNは1.5
可能性のある問題についてのさらなる洞察をいただき、ありがとうございます。それでも利益はデータの損失よりも重要です。 –
からだけちょうど別の経験を、それをサポートしているよう
マージ追跡は、移行ツールによってsupoortedされていません。
そのように、私たちはすることができます:
私たちがSVNにインポートするのに興味のあるすべてのラベルでconfig specを変更するための動的ビュー。
注:
Polarionツールの最後のバージョンは2006年からであり、それはちょうど大で仕事をしていませんCC vobs。私の場合は、常にヒープオーバーランでクラッシュし、最大のJavaヒープスペースでさえ十分ではありません。だから、それは私には良いことではありません。
私はPeterと同じ問題を経験しました。Polarionスクリプトは大きなCleraCase VOBを処理することができず、常にJava Heap Sizeのメモリ不足エラーに陥りました。
インポート後にデータが破損するという重大な問題も発生しました。
Polarionスクリプトは、そのように取り組んでいる:
私は小さいVOBでPolarionスクリプトを実行することができました。すべてがうまくいっています(インポートはエラーメッセージなしで正常に完了しました)が、SVNリポジトリは使用できませんでした(チェックアウトしないで、正確なエラーメッセージを忘れていません)。
私は、SVN DUMPファイルをSVN APIではなく独自のコードに基づいて再構築していることを理解しています。おそらくSVN(1.4、おそらく1.5?)の特定のバージョン用に設計されていて、私はSVN 1.6を使用していました。 DUMPファイル形式が変更された可能性があります。または、Polarionスクリプトが特定のClearCaseデータでいくつかの副作用を正しく処理しません。しかし、終わりにはそれはうまく機能しませんでした。
したがって、データの一貫性の問題を避けるため、別のソリューションを使用し、おそらくcleartoolと実際のSVN APIに基づいて独自のスクリプトを作成することを強く推奨します。
svnダンプファイル形式は、バージョンに依存しない/とされていました。 –
これは現在http://www.polarion.com/products/svn/svn_importer.phpにあります –