我们的团队希望从Visual SourceSafe（VSS）迁移到Team Foundation Server（TFS）。我知道TFS不仅仅是一个版本控制系统，但我第一次想以这种方式使用它。
目前，我们的项目是在由共享部分（公共库）和许多客户项目组成的单一解决方案中组织的。
是否有某种迁移指南可以描述这样的挑战？或者TFS强制执行自己的使用场景（项目，版本等的版本控制）？
我们的团队希望从Visual SourceSafe（VSS）迁移到Team Foundation Server（TFS）。我知道TFS不仅仅是一个版本控制系统，但我第一次想以这种方式使用它。
目前，我们的项目是在由共享部分（公共库）和许多客户项目组成的单一解决方案中组织的。
是否有某种迁移指南可以描述这样的挑战？或者TFS强制执行自己的使用场景（项目，版本等的版本控制）？
TFS当然比作为源存储库具有更大的潜力，但是为什么要首先迁移源代码控制是很容易理解的。
通常选择迁移实用程序 VSSConverter.exe 它允许您将VSS路径映射到Team Project源控制路径，并在本演练中有相当详细的记录 这里。
还有另一种工具（TFS迁移和同步工具包可以通过CodePlex获得，但是当我比较两者时，我确定VSSConverter已被更广泛地使用，我认为通常被认为是VSS迁移的首选工具。
似乎还有一些答案 在这个线程在这里 也。
现在，我认为你的问题 真 询问更多关于创建团队项目和结构的指导？
如果不了解您的具体情况，这有点难以回答。模式和实践发布了 关于CodePlex的书籍称为TFS指南 这可能有所帮助 - 它描述了许多建议的团队项目源控制结构。它可能有助于为您提供有关如何迁移和/或重新映射解决方案结构的一些指导。
关于版本控制和分支，请查看此内容 这里有关于分支指导的网站 - 使用TFS的一些常见分支/发布管理技术概述不是很糟糕。
如果你完成所有阅读，你将真正掌握大多数必要的TFS基础！
（随意向我投票但是......）如果你是更好的源代码控制，那么TFS就是恕我直言。我建议你看看Subversion。 的VisualSVN 是一个极好的（49美元）Visual Studio插件，可以与最好的SVN客户端无缝协作 TortoiseSVN的。此外，它们提供了一个免费的，易于设置的Subversion服务器端Windows东西，称为VisualSVN Server。
要了解Subversion的工作方式，那就是伟大的 红豆书。
（不隶属于VisualSVN，只是Subversion的粉丝）
TFS和VSS是截然不同的野兽。
也就是说，从VSS迁移到TFS的主要问题通常在开发人员的脑海中。
查看以下博客：
从VSS用户的角度来看TFS： http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx
当然，原来 http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html
当我们从Sourcesafe切换到TFS2005时，最大的障碍是Sourcesafe的共享文件，“获取最新结账”方法以及Sourcesafe中的分支/合并“支持”。每个人都害怕在Sourcesafe中进行分支和合并，并且花了一些时间让所有同事相信TFS并没有那么糟糕。
我们决定不从Sourcesafe迁移文件。我们使用TFS2005进行了一个新项目，并将旧的东西保存在Sourcesafe中。我们不想保留多年来增长的项目和文件夹结构，而且相当无组织。
旧的东西现在是历史，我们使用TFS2008进行所有开发工作。