伙计们，
我们有许多应该迁移到 SubVersion 的 Source Safe 数据库。是否有一种（经过测试和证明的）方法可以将它们与历史一起迁移？
谢谢伊萨姆
问问题
2839 次
5 回答
8
我也在考虑迁移，我发现了一些可能在此过程中对您有所帮助的页面：
这 3 页提供了有关将完整历史从 VSS 迁移到 SVN 的方法的信息
于 2009-07-01T11:38:43.217 回答
3
您可以尝试VssMigrate。它是PowerAdmin 的 VssMigrate的 C# 端口，具有“通过近似时间戳将单个 VSS 签入解析为原子 SVN 提交”的能力。
于 2009-09-19T22:43:32.970 回答
1
我公司开发了一个 Source Safe 到 Subversion 的迁移工具： http ://www.abstrakti.com/en-US/Products/Krepost
当我们不得不迁移客户的存储库时，该工具是在与其他所有工具出现问题后开发的。此外，这是唯一可以将 SourceSafe 标签导入 SVN 的工具。
如果您有任何问题，请告诉我，我很乐意为您提供帮助。
埃里克。
于 2014-07-05T01:29:35.553 回答
0
从谷歌搜索中偶然发现了这个老问题。另一个可用的选择来自 Polarion，它有一个免费的 SVN 导入器，可以从多个来源导入。我现在正在尝试...
于 2010-07-01T16:32:37.997 回答
0
与此处列出的其他一些选项（例如 VssMigrate）（我没有使用过，但查看了网站）相比，我会推荐原始的vss2svn项目（我已经使用过），因为它：
- 在 Linux 上运行，您可以获得更快的文件操作（与 NTFS 相比）（例如，转换在 30 分钟内而不是 12 小时内运行）
- 非常容易破解，生成中间的、可编辑的状态（例如转储文件）
在过去的几年里，我曾经管理 VSS/CVS/SVN 数据库，并使用 vss2svn 进行了一些 VSS -> SVN 迁移（按照十年的历史，500MB，IIRC）。我对任何转换存储库的人最强烈的警告是，最大的挑战通常不是如何将某些文件映射到某些修订号，而是如何优雅地处理 VSS 数据库中的损坏。这就是为什么快速操作（你不可能第一次达到完美）和可破解的操作是必不可少的。
我还向任何考虑迁移的人强烈推荐有关RunningTheMigration的 vss2svn wiki 页面，无论您最终使用什么工具。
于 2014-07-05T02:00:40.007 回答