Visual Source Safe - > TFS迁移

在这里,我们已经使用了大量Visual Source Safe存储库大约10年左右.

现在我想摆脱sourcesafe并继续使用Team Foundation Server.

在我开始迁移之前,您有任何提示或技巧吗？有什么事我要小心？

我确信这种迁移意味着我们的工作习惯必须以某种方式进行修改.你认为这些变化对组织来说可能是一个问题吗？在一个站点中考虑一组约20个.NET开发人员.

您可以通过几种不同的方式进行迁移.该工具将提取您的历史记录等,但更实用和简单的方法是将VSS锁定为历史存档并重新开始:

让每个人都检查VSS的所有更改,确保所有内容都构建等.

将所有VSS数据库设置为"已锁定"(所有用户的只读权限)

将整个VSS数据库上的最新内容添加到工作站上的"干净"文件夹集中

从工作站检查所有文件到TFS

对于转换之前的任何历史记录,人们需要去VSS,但是在一两个星期之后,实际上不太可能经常发生这种情况.而且您知道VSS中的历史记录是准确的,并且不会被转换过程破坏.

请注意,TFS不支持在VSS之间共享不同项目之间的文件.如果您有任何此类共享文件,那么它们之间的链接将在迁移期间中断,从而导致每个项目中最初相同但现在不同的文件.TFS中其中一个文件的更新将不再传播到其他项目中的副本.

如果您确实选择使用Visual Studio Team Foundation Server附带的VSSConverter.exe工具,则应首先安​​装TFS 2008 SP1,因为它包含迁移工具团队在此博客中详细介绍的一些改进.

该版本的一些主要功能包括:

消除命名空间冲突.我之前在博客中将此视为"重命名问题",我们已修复转换器以正确迁移具有重叠命名空间的文件.对于大多数尝试使用该工具以前版本的用户而言,这是最大的痛点.

自动解决重新绑定. 在此最新版本中,VS解决方案文件将自动升级到9.0版本并重新检入版本控制.以前用户需要手动执行此操作.

纠正时间戳不一致.VSS使用客户端时间戳可能导致按照实际发生的相反顺序记录修订.该工具现在可以识别此问题并继续迁移先前失败的更改.

改进了日志.虽然我们已经解决了很多问题,但是提供更好,更详细的日志记录将帮助那些遇到问题的用户诊断问题.