質問

SourceSafe with HISTORYをSVNに移行する方法はありますか?

理想的には、VisualSVNサーバーを使用したいのですが、SourceSafeの履歴を失いたくありません。しなければならない場合でも。

役に立ちましたか?

解決

かなり前(と思われます) vss2svn を使用してSourceSafe DBをSubversionに移行しようとしました、しかし最終的にあきらめた。いくつかの問題がありました、IIRC:

    SS
  • 非常に大きいため、DBの移行に非常に長い時間がかかりました。
  • 最終的に、日付の解析に関する問題が原因で移行が失敗しました。問題の理由を見つけることができませんでしたが、米国の日付形式ではなくDD.MM.YYY日付形式を使用しているという事実によると思います。

最後に、SourceSafe DBをそのまま(読み取り専用)にして、現在のバージョンをsubversionに移行することにしました。これまでのところ、SourceSafeに戻って何かを確認する必要があったことはほとんどありませんでした。

これがお役に立てば幸いです。

ところで:VisualSVN Serverまたはsubversion(svnserver)を直接使用するかどうかは関係ありません。リポジトリ形式はどちらの場合も同じです。

他のヒント

vss2svn スクリプトを試してください。

または vss2svn プロジェクト。

履歴を含む厄介なVSSデータベースを正常に変換しました。経験についてブログ < strong>こちら コンバージョンのハイライト:

&quot;すべての変換ツールでは、変換前にソースVSSデータベースが破損していないことも必要でした。これは、思っているよりもはるかに難しく、時間がかかることが判明しました。データベースのコピーでVSS Analyzeツールを実行すると、数百の破損が示され、実行中のコンピューターをブルースクリーニングせずに完了するまで実行されませんでした。

これを回避するために、変換したくないディレクトリを削除してコピーデータベースを削減しました。残念ながら、VSSは削除プロセス中に各破損を報告するため、数百のメッセージボックスが表示されるため、ユーザーはプロセスを続行するために気付かないうちにクリックする必要があります。

その時点に達したら、ツールVSS2SVNを使用して、Subversionにインポートされたダンプファイルを作成しました。

Polarion SVNインポーターを使用して、VSSを完全な履歴でSVNに移行しました。

はい、 CodeplexのVSS2SVNプロジェクトを使用します。 SVNへの移行時に履歴、コメント、作成者、日付のプロパティを維持するように更新しました。少し時間がかかりますが、私はしません;それはあなたが毎日やることではないので、それは重要ではないと思います。

また、VSSの特定の日付以降のファイルでリポジトリを更新するオプションもあるため、後で初期ダンプを更新できます。

私の会社では、vss2svnを使用して(大きな)SourceSafeリポジトリをSubversionに繰り返し移行しようとしました。コードページのサポートに関しては少し貢献しました(ファイル名はギリシャ語でした)。正しく覚えている場合(これは昨年の春、つまり2009年のことです)、主な問題(移行を最終的に却下したもの)は、リポジトリの不要な部分と不要な部分の間でクロスリンク/移動されたファイルを完全に削除することでした移行。

私の提案:完全に分析リポジトリでできない場合は、時間を無駄にしないでください。線を引いて、新しいSubversionリポジトリから始めます。

注:SourceSafeでファイルを完全に削除すると、ファイルは完全に回復不能になります。これは、CVS / SVNタイプのソース管理システム(および、他のソース管理システムも)と完全に互換性がないものです。

私の会社はSource SafeからSubversionへの移行ツールを開発しました: http://www.abstrakti.com/Products/Krepost

このツールは、顧客のリポジトリを移行する必要があったときに、他のすべてのツールで問題が発生した後に開発されました。また、これは SourceSafeラベルをSVNにインポートできる唯一のツールです。さらに、 SourceSafeリポジトリの破損のほとんどに対処できます。C#コードのデバッグに数日を費やしたくないユーザーに簡単に移行できます。

問題がある場合はお知らせください。喜んでお手伝いします。

エリック。

vss2svn スクリプトを使用して、複数のソースセーフリポジトリをSVNに正常に移行できました。私の提案は、小さなチャンクでそれを行うことです-私たちは多くの小さなプロジェクトといくつかのミディアムサイドプロジェクトがあり、それらはすべてSVNに正常に移動できました。

いくつかの問題がありました:

  • SVNダンプファイル形式に大きなファイルを書き込むことができませんでした。それを機能させるためのパッチを提出しました。
  • ルートディレクトリ構造が正しくコピーされませんでした。 VSSリポジトリは、$ / client / projectとして編成されました。 svnリポジトリは最終的にsvn:// server / randomdirectory / anotherrandomdirectory / client / projectとして整理されました。そのため、インポートする前にダンプファイルを編集してこれらを修正しました(&quot; / randomdirectory 'を' 'に置き換えたと思います。
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top