从VSS迁移到Subversion的最佳方式？

我是一个想要摆脱Visual Source Safe并转向svn的开发人员.

快速搜索带来了几个工具,但我没有看到一个明显的赢家,我不能花费大量时间测试不同的工具.

有没有人成功完成,并可以推荐一种方法？

1> Jon Galloway..：

---

我建议您只需将代码添加到新的Subversion存储库,而不是从VSS导入.VSS有一个复杂的版本控制模型,不能很好地转换到许多其他系统,只是刚刚开始新鲜通常是避免与你混淆的最好方法.

如果需要保留历史记录,请将VSS存储库设置为只读.

---

只需冻结VSS中的内容以供将来参考(即只读)(您几乎肯定不会看到它!)并重新开始使用Subversion.

---

我根本不同意这一点.我公司已经使用VSS近10年了,如果我们"开始新鲜",将会有大量的历史遗失.我同意VSS是垃圾,但它总比没有好,只是抛出多年的文件历史是一个很大的错误.

---

我们当时移动了一个项目.首先将它们与Sourcesafe断开连接.然后删除所有Sourcesafe"帮助"文件.然后在SVN中导入它们.我们将VSS服务器保留为历史记录和未进入SVN的旧项目.

---

确保在导入SVN之前清除VSS在结账时留下的任何狡猾的文件,并确保所有生成的文件都消失了.

2> JoelHess..：

---

VSPtoSVN的CodePlex版本是我发现的最好的版本之一.PumaCode版本的结果非常糟糕,但这个版本运行顺畅.

http://vss2svn.codeplex.com/

3> Jim T..：

---

我们最近在工作中完成了此迁移.我强烈建议:

只需从VSS添加新代码,即可获取pre-svn历史记录必须保留在旧VSS存储库中的命中.

如果在初始代码转储后仍在使用VSS存储库,请使用供应商分支迁移更改.即,假设您的VSS存储库是供应商并使用日期标记将更改合并到SVN存储库中.

这里稍微详细一点.

4> 小智..：

---

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

当我们必须迁移客户的存储库时,此工具是在与其他所有工具出现问题后开发的.

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

埃里克.