皆さん、
SubVersion に移行する必要がある Source Safe データベースが多数あります。それらを履歴付きで移行する (テスト済みで実証済みの) 方法はありますか?
ありがとうエッサム
皆さん、
SubVersion に移行する必要がある Source Safe データベースが多数あります。それらを履歴付きで移行する (テスト済みで実証済みの) 方法はありますか?
ありがとうエッサム
私も移行を検討しており、プロセスに役立つページをいくつか見つけました。
この 3 ページでは、完全な履歴を VSS から SVN に移行する方法について説明します
VssMigrateを試すことができます。これは、 PowerAdmin の VssMigrate のC# ポートであり、「おおよそのタイムスタンプを介して個々の VSS チェックインをアトミック SVN コミットに解決する」機能を備えています。
私の会社は、Source Safe から Subversion への移行ツールを開発しました: http://www.abstrakti.com/en-US/Products/Krepost
このツールは、顧客のリポジトリを移行する必要があったときに、他のすべてのツールで問題が発生した後に開発されました。また、これは SourceSafe ラベルを SVN にインポートできる唯一のツールです。
何か問題がありましたらお知らせください。喜んでお手伝いさせていただきます。
エリック。
Google検索からこの古い質問に出くわしました。利用可能な別の選択肢は、複数のソースからインポートできる無料の SVN インポーターを持っている Polarion からのものです。今試してる…
ここにリストされている他のオプション (VssMigrate など) と比較して、元のvss2svnプロジェクト (私が使用したもの) をお勧めします (私は使用していませんが、Web サイトを見ました)。
過去数年間、私は VSS/CVS/SVN データベースの管理に使用し、いくつかの VSS -> SVN 移行に vss2svn を使用しました (10 年の歴史の順に、500MB、IIRC)。リポジトリを変換する人への私の最大の注意は、最大の課題は通常、特定のファイルを特定のリビジョン番号にマップする方法ではなく、VSS データベースの破損を適切に処理する方法であるということです。これが、高速な操作 (最初から完璧を達成する可能性は低い) とハック可能な操作が不可欠な理由です。
また、最終的に使用するツールが何であれ、移行を検討しているすべての人に、 RunningTheMigrationの vss2svn wiki ページを強くお勧めします。