将 Source Safe 数据库迁移到具有历史记录的 SubVersion答案

【问题标题】：Migrate a Source Safe database to SubVersion with history将 Source Safe 数据库迁移到具有历史记录的 SubVersion
【发布时间】：2010-11-07 07:15:00
【问题描述】：

伙计们，

我们有许多应该迁移到 SubVersion 的 Source Safe 数据库。有没有一种（经过测试和证明的）方法可以用历史迁移它们？

谢谢埃萨姆

【问题讨论】：

另见类似帖子：stackoverflow.com/questions/59392/…stackoverflow.com/questions/417355/…stackoverflow.com/questions/94058/moving-from-vss-to-svn stackoverflow.com/questions/4965633/…stackoverflow.com/questions/1802731/…stackoverflow.com/questions/3961701/…

标签： svn version-control visual-sourcesafe configuration-management

【解决方案1】：

我也在考虑迁移，我找到了一些可能在此过程中对您有所帮助的页面：

这 3 页提供了有关将完整历史从 VSS 迁移到 SVN 的方法的信息

【讨论】：

我完美地使用 vss2svn 将 VSS 数据库移至 SVN。它有大约 23000 次 svn 提交，但需要大量的 VSS 修复！

【解决方案2】：

你可以试试VssMigrate。它是PowerAdmin's VssMigrate 的 C# 端口，具有“通过近似时间戳将单个 VSS 签入解析为原子 SVN 提交”的能力。

【讨论】：

我已经在几个 VSS 数据库上测试了 VssMigrate，并将它们完美地迁移到 SVN，感谢 Tim

【解决方案3】：

我的公司开发了一个 Source Safe 到 Subversion 的迁移工具： http://www.abstrakti.com/en-US/Products/Krepost

此工具是在与其他所有工具出现问题后开发的，当时我们不得不迁移客户的存储库。此外，这是唯一可以将 SourceSafe 标签导入 SVN 的工具。

如果您有任何问题，请告诉我，我很乐意为您提供帮助。

埃里克。

【讨论】：

【解决方案4】：

在 Google 搜索中偶然发现了这个老问题。另一个可用的选择来自 Polarion，它有一个免费的 SVN 导入器，可以从多个来源导入。我现在正在尝试...

http://www.polarion.com/products/svn/svn_importer.php

【讨论】：

【解决方案5】：

与此处列出的其他一些选项（例如 VssMigrate）（我没有使用过，但查看了网站）相比，我会推荐原始的 vss2svn 项目（我已经使用过），因为它：

在 Linux 上运行，您可以获得更快的文件操作（与 NTFS 相比）（例如，转换在 30 分钟内而不是 12 小时内运行）
非常容易破解，生成中间的可编辑状态（例如转储文件）

在过去的几年里，我曾经管理 VSS/CVS/SVN 数据库，并使用 vss2svn 进行了一些 VSS -> SVN 迁移（按照十年的历史，500MB，IIRC）。我对任何转换存储库的人最强烈的警告是，最大的挑战通常不是如何将某些文件映射到某些修订号，而是如何优雅地处理 VSS 数据库中的损坏。这就是为什么快速操作（你不可能在第一次就达到完美）和可破解的操作是必不可少的。

我也强烈推荐 RunningTheMigration 上的 vss2svn wiki 页面给任何考虑迁移的人，无论你最终使用什么工具。

【讨论】：