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

各位

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

谢谢

---

Essam

我也在考虑迁移，我发现一些页面可能会在迁移过程中对您有所帮助：

---

这3页提供了有关将完整历史记录从VSS迁移到SVN的方法的信息，您可以尝试。它是一个C#端口，其功能是“通过近似时间戳将单个VSS签入解析为原子SVN提交”。

在谷歌搜索中偶然发现了这个老问题。另一个选择是Polarion，他有一个免费的SVN进口商，可以从多个来源进口。我现在正在尝试

---

我的公司开发了一种源代码安全到颠覆的迁移工具：

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

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

---

Eric。

我建议将原始项目（我使用过）与此处列出的其他一些选项（例如VssMigrate）（我没有使用过，但查看过网站）进行比较，因为它：

在Linux上运行，您可以获得更快的文件操作（与NTFS相比）（例如，转换运行时间为30分钟，而不是12小时）

非常容易破解，生成中间的可编辑状态（例如转储文件）

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

---

我还强烈建议任何考虑迁移的人使用vss2svn wiki页面，无论最终使用什么工具。

我已经在几个VSS数据库上测试了VssMigrate，并将它们完美地移动到了SVN，感谢TimI完美地使用vss2svn将VSS数据库移动到了SVN。它有大约23000个svn提交，但需要大量VSS修复！另见类似帖子：