SourcegearのVaultからSubversionへの移行を容易にするツールはありますか？
私は本当に既存のツールまたはプロジェクトを好みます（私が購入します！）。
要件：
オプション：
このプロセスに関連する個人的な経験を共有できる場合は、ボーナスポイント。
これを実行したい理由の1つは、VaultとSubversionの間に多くのプロジェクトが分散しているためです（最終的にsourcesafeから離れています）。状況によっては、特定の顧客のリポジトリをSVNに統合できると便利です。
さらに、SVNはサードパーティツール間でより適切にサポートされています。たとえば、HudsonとRedmine。
繰り返しになりますが、私たちはボールトを完全に放棄しているわけではありません。
vault から git への移行を考えています。履歴を処理し、vault バインディングを *.sln、*.csproj ファイルから削除する vault2git コンバーターを作成しました。
git リポジトリを作成すると、git2svn があります。
ぐるぐる回るように聞こえるかもしれませんが、vault2svn を最初から書くよりも速いかもしれません。
完全なバージョン履歴が必要な場合は、Vaultから各バージョンをチェックアウトし、Subversionへのコメントを付けてチェックインするスクリプトを作成することをお勧めします。
https://www.mercurial-scm.org/wiki/GenericConversionは良い例です
VaultのWebサイトで見たドキュメントに基づいて、コマンドラインGETVERSIONを調べます。
お気に入りのスクリプト言語を使用してください...次のプロセスを実装します。
Vault から svn に変換する簡単な方法が見つかりませんでした。基本的に、最新のブランチとトランクを使用して、svn で新しく始めました。正直なところ、2 つまたは 3 つのレーベルを戻しました。ボールト データベースを 6 か月間維持しましたが、データのためにそこに戻る必要はありませんでした。したがって、バグトラッカーとの連携のために履歴を引き継ぐことをお勧めします。同時に、未解決のバグ リストを新しいトラッカーに移行したので、確実に便利になりました。同じバグトラッカーを使用している場合、新しいリポジトリ用に新しいインスタンスを開始することになると思います。幸運を！
ブレット
移行も検討しています。理由の 1 つはコストですが、もう 1 つの理由は、Vault がコミット コメントに有効な xml (またはすべて) を使用しないため、特殊文字が自動化された CCNet ビルド システムに失敗することです (たとえば、黒丸文字はそれらの 1 つであり、特に問題を引き起こします)。 . これを回避する方法として、A) これらの特殊な「無効な」文字 (ASCII 32 ～ 126 の範囲外の文字) を使用しないように開発者に依頼し、B) 手動で「有効な」コメント。これは大したことではないように思えるかもしれませんが、これらの文字を許可しないと、バグやその他のコメントをコミット コメントに簡単にコピー/貼り付けできなくなります。これにより人々の作業が遅くなり、流れと生産性を妨げ、フラストレーションを生み出すものはすべて減らすか、取り除く必要があります。
私の調査によると、Vault から SVN に直接移行する方法はないようです。おそらく、移行の中間ステップとして別のバージョン管理システムを使用することが可能です: Vault --> OtherSourceControlProduct --> SVN
...しかし、コミットをスクリプト化するか (Joshua がこのスレッドの冒頭で提案したように)、または - おそらく - 最後のいくつかのリビジョンをコミットして、履歴のために Vault リポジトリをしばらく残しておくかのどちらかだと思います。実際、現在のコードと階層を一掃してリファクタリングする良い機会を与えてくれます。
ポール
無料。ボールトのユーザー ライセンスのコストは、私たちが行ってから 3 倍になりました。