での移行を完了VSS2005年にSVN?

Question

って遊びSVNのない夢とその電力-ユーザー体験できる提携してバグ追跡システム簡素化の取り組みその時にいたしましたの移行当社VSS2005設定をSVNから拍車が.

ありそうで数ツールである請求手続きを完了できると移動からVSS2005-SVNのだけ出るのはこの完了します。いつまで移動の歴史全体だけではなくフラットVSSとチェックSVN.

このPolarion SVN輸入るとともに強大な勢力および高度な設定が可能な、しかし、どんなの欲しい、と文句をつかのファイルリストから$/にVSSとなります。場合も同じコマンドでトリップアップは手に思うので実行できないです。

での移行を完了ソースからVSS2005年SVNというツールを利用しませんでしたどのような研究成果?他の注意やgotchasが一番役に立つかもしれませんので知っても役に立ったこと/驚きやまただの偏.

Answer 1

あなたのVSSリポジトリから再オーダー履歴や再生成チェンジにCodePlexに上VssMigrateための最新のトランク（コンソールアプリケーション）のリビジョンをお試しください。それはまた、彼らがチェックインされた時間に基づいて正しく改訂を注文します。

HTTP vssmigrate.codeplex.com/SourceControl/changeset/view/16890

私はこのことができます願っています。これは、$ /インポート時にいくつかの調整がかかる場合があります。

P.S。歴史はあなたではなく、注釈が輸入に基づいて正しいかどうかを発見することよりも、単一のステップで非難する人知っているのに役立ちますので、私はそれがかなり便利。古いコード内のバグを見つけたときにそれを持っていないよりも、それを持っていることがはるかに良い。

P.P.S。あなたも、Subversionのリポジトリにリビジョンを再インポートするVssMigrateの新しいバージョンを使用して、改訂の全てにマージすることができた後にのの以前のリビジョンからの最後のインポートのリビジョンを。唯一の欠点は、リビジョンの数が大幅に削減されるので、誰もがリポジトリからの新鮮なチェックアウトを取得する必要がありますということです。基本的には、新しい移行をperfom。 REVからアクティブ以前に移行リポジトリをダンプsvnadminは+ 1として増分移行した後、新たに移行リポジトリにロードsvnadminは

Answer 2

私は約一年前Polarionとvss2svnの両方を試してみました。

私たちは持っていた<私>多くのVSS内のコードの年、と私は私が結果に完全に満足しなかった構成やテストのすべての後に、プロセスが長く、壊れやすいことが分かった、とで終わり、ちょうど最新のコードのクリーンインポートを開始することを決めた。

私は古い歴史を探して行きましたが、本当にそれほど昨年数回ありました。新鮮な開始のもう一つのプラスは、あなたの新しいSVNリポジトリは非常に高速になるということです！

Answer 3

私はこれを試してみました最後の時間は、数年前でした。 VSSのファイル形式が記載されていなかったので、サードパーティ製の変換プログラムは、各ファイルの各バージョンを取得するために、VSSのAPIを使用していた完全な履歴を取得します。私は、週末にわたりその変換の実行を聞かせて、それは（数パーセント）を達成していたどのくらい見て、それは（私たちは歴史の年を持っていた）を完了するためにカレンダー時間の数週間かかるだろうと計算します。

したがって、我々は、新しいバージョン管理システムに最新のコードのスナップショットのみを移動することを決めた、と歴史のためにVSSデータベースのアーカイブを保ちます。

Answer 4

この質問に似て - さまざまな移行が、私はまた、歴史を捕獲しようとする努力/時間の無駄だと思います。

。

への最善の方法は何ですかSourceSafeからのClearCaseに移行？の

Answer 5

私の移行を完了VSS2005年SVN数で利用するのもおすすめです。を使用した"VssMigrate.Tim2の"ツールであるようにCodePlexとして vssmigrate.たところ、うまくいったので微細ない重要な課題です。かったように見直し、タイムスタンプな注非常にうれしかし、そうではなかった。

編集：とvssmigrateを選択できますへの移行が特定のVSSパスなど$/GroupA/ProjectBる時間の削減のための移動、総合的にセ脆弱です。僕のプロセスにおいても長でしたが約半年間のデータVSSとなります。その移動とApache+SVNの設定に渡ります。によってお客様のサイズにVSSリポジトリ、または複数のSVNリポジトリの代わりに巨大な単一リポジトリ

私は非常に嬉しかVSSはApacheの設定+SVNなく楽しく(試行錯誤).私は考え Git または Mercurial, だいた信頼性のTortoiseXxxツールやVS SCCプラグイン時までです。がる Google code はやMercurial TortoiseHg いていることが確認できれば、私が誘惑してみMercurialます。