从SourceSafe到Team Foundation Server

Question

我们的团队希望从Visual SourceSafe（VSS）迁移到Team Foundation Server（TFS）。我知道TFS不仅仅是一个版本控制系统，但我第一次想用这种方式。

目前，我们的项目是在由共享部分（公共库）和许多客户项目组成的单一解决方案中组织的。

是否有某种迁移指南可以描述这样的挑战？或者TFS强制执行自己的使用场景（项目，版本等的版本控制）？

Answer 1

TFS肯定比作为源存储库具有更大的潜力，但是为什么要首先迁移源代码控制器是完全可以理解的。

选择的迁移实用程序通常为VSSConverter.exe，允许您将VSS路径映射到Team Project源控制路径，并在本演练here中详细记录。

CodePlex上还有另一个工具（TFS Migration and Synchronization Toolkit），但是当我比较两者时，我确定VSSConverter已被更广泛地使用，我认为它通常被认为是VSS迁移的首选工具。

似乎还有一些答案on this thread here。

现在，我认为你真的提出的问题更多是关于创建团队项目和结构的指导？

如果不了解您的具体情况，这有点难以回答。模式和实践发布了book on CodePlex called the TFS Guide可能有所帮助 - 它描述了许多建议的团队项目源控制结构。它可能有助于为您提供有关如何迁移和/或重新映射解决方案结构的一些指导。

关于版本控制和分支，请查看此site here on branching guidance - 对使用TFS的一些常见分支/发布管理技术概述不错。

如果你完成所有阅读，你将真正掌握TFS基本工作的大部分内容！

Answer 2

（随意向我投票但是......）如果你有更好的源代码控制，那么TFS就是IMHO矫枉过正。我建议你看看Subversion。 VisualSVN是Visual Studio的一个极好的（49美元）插件，可以与最好的SVN客户端TortoiseSVN无缝协作。此外，它们提供了一个免费的，易于设置的Subversion服务器端Windows东西，称为VisualSVN Server。

要了解Subversion的工作方式，那就是伟大的Red Bean book。

（不隶属于VisualSVN，只是Subversion的粉丝）

Answer 3

TFS和VSS是截然不同的野兽。

也就是说，从VSS迁移到TFS的主要问题通常在开发人员的脑海中。

查看以下博客：

TFS from a VSS User's perspective: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx

当然，原来 http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html

Answer 4

当我们从Sourcesafe切换到TFS2005时，最大的障碍是Sourcesafe的共享文件，“获取最新结账”方法以及Sourcesafe中的分支/合并“支持”。每个人都害怕在Sourcesafe中进行分支和合并，并且花了一些时间让所有同事都相信TFS并没有那么糟糕。

我们决定不从Sourcesafe迁移文件。我们使用TFS2005进行了一个新项目，并将旧的东西保存在Sourcesafe中。我们不想保留多年来增长的项目和文件夹结构，而且相当无组织。

旧的东西现在是历史，我们使用TFS2008进行所有开发工作。