版本控制 – TFS用于从Source Safe移动大量项目的策略

我工作的公司有超过1000个我们维护的应用程序.其中许多是旧技术,如VB6,或差技术(Access).

我们希望摆脱Source Safe.我们正在运行TFS,我们正在将dot.net项目移至TFS.其他项目不与TFS集成,也不需要门户或任何其他TFS功能(源代码控制除外).

由于产品不可靠,我担心将其他项目留在Source Safe中.

据我所知,有两种选择:

1)在TFS中创建一个名为“VB6”的空项目(例如).为VSS中的每个VB6应用程序分支它.这将把所有VB6应用程序放在该子文件夹中.这样,所有应用程序都可以在TFS中.

2)将点网项目放入TFS.创建一个CVSNT存储库并将所有其他VSS项目放在那里.

3)将点网项目放入TFS.将所有其他项目保留在VSS中.在所有VSS数据库上运行每周紧凑并修复.

人们认为哪种选择最好?有没有其他人处于类似的情况?

最佳答案 这三个选项中没有一个对我有意义.如果你想要远离SourceSafe,并且已经决定转移到TFS(至少对于你的.NET项目),那么基本上你要问的是,是否有一种很好的方法来迁移1000的源代码旧技术应用到TFS?

我的建议是简单地使用Source Control Explorer作为TFS的SCC客户端.它的工作原理类似于SourceSafe GUI.任何不起作用的理由?

点赞