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

Question

民间，

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

谢谢Essam

Answer 1

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

Answer 2

我也在考虑迁移，并且发现了一些可以在此过程中为您提供帮助的页面：

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

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

Answer 3

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

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

Answer 4

我的公司已经开发了“源安全到Subversion的迁移”工具：http://www.abstrakti.com/en-US/Products/Krepost

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

让我知道您是否有任何问题，我们将很高兴为您提供帮助。

Eric。

Answer 5

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

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

过去几年，我曾经管理过VSS / CVS / SVN数据库，并且使用vss2svn进行了一些VSS-> SVN迁移（大约十年的历史，500MB，IIRC）。我对任何转换存储库的人的最大警告是，最大的挑战通常不是如何将某些文件映射到某些修订号，而是如何妥善处理VSS数据库中的损坏。这就是为什么快速操作（您不太可能第一次实现完美）和可入侵的操作至关重要的原因。

我也强烈建议RunningTheMigration上的vss2svn Wiki页面推荐给任何打算迁移的人，无论您最终使用什么工具。

Answer 6

有这个商业广告tool，它可以从SourceSafe迁移到Subversion，并且比类似的工具更完整：

• 重建文件，文件夹的重命名，移动和删除（只要不破坏文件）。甚至重建在活动树中不再可见的文件。
• 类似向导的图形界面。无需从源代码构建，入侵XML配置文件或调试VSS错误]
• 可以避免许多SourceSafe缺陷，在读取某些文件时会破坏其他应用程序

免责声明：我是该工具的作者。