将源安全数据库迁移到具有历史记录的SubVersion

Question

民间，

我们有许多源安全数据库应该迁移到SubVersion。 是否有（经过测试和验证）的方式将它们与历史一起迁移？

由于 埃萨姆

Answer 1

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

• Moving from Visual SourceSafe to Subversion
• Vss2Svn Project page
• Migrating from SourceSafe to Subversion

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

Answer 2

您可以尝试VssMigrate。它是PowerAdmin's VssMigrate的C＃端口，它具有“通过大致时间戳将单个VSS-checkins解析为原子SVN提交”的能力。

Answer 3

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

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

Answer 4

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

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

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

埃里克。

Answer 5

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

1. 在Linux上运行，您可以获得更快的文件操作（与NTFS相比）（例如，转换运行时间为30分钟而非12小时）
2. 非常黑客，生成中间可编辑状态（例如转储文件）

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

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