从SoSeCuFe到Team Foundation服务器 我们的团队希望从VisualStruthAfE（VSS）移动到Team Foundation Server（TFS）。我知道TFS不仅仅是一个版本控制系统，但这是我第一次希望以这种方式使用它

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

---

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

TFS和VSS完全不同

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

查看以下博客：

当然，还有原版 （请随意否决我，但…）如果您想要更好的源代码控制，那么TFS就太过分了。我建议你调查一下颠覆。是一款出色的VisualStudio插件（49美元），可与公认的最好的SVN客户端无缝配合。此外，它们还提供了一个免费、易于设置的Windows Subversion服务器端软件包，称为VisualSVN服务器

要了解所有关于颠覆的工作方式，这里有一个很棒的例子

---

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

TFS当然比作为源代码存储库有更多的潜力，但您为什么要首先迁移源代码管理是可以理解的

所选的迁移实用程序通常允许您将VSS路径映射到团队项目源代码管理路径，本演练中对此进行了详细介绍

CodePlex上还有另一个可用的工具（），但是当我比较这两个工具时，我确定VSSConverter已经得到了更广泛的使用，并且我认为VSSConverter被普遍认为是VSS迁移的首选工具

似乎还有更多的答案

现在，我想你真正要问的问题更多的是关于创建团队项目和构建的指导

如果你不了解你的具体情况，这就有点难回答了。模式和实践发表了一篇可能会有所帮助的文章，其中描述了一个建议的团队项目源代码控制结构。它可能有助于指导您如何迁移和/或重新映射解决方案结构

关于版本控制和分支，请看这篇文章——这篇文章概述了一些使用TFS的常见分支/发布管理技术

---

如果你读完了所有的阅读，你将真正掌握大部分基本的TFS基础知识

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

我们决定不从Sourcesafe迁移文件。我们将TFS2005用于一个新项目，并将旧内容保存在Sourcesafe中。我们不想保留项目和文件夹结构，因为这些年来项目和文件夹结构一直在增长，而且非常杂乱无章

---

旧的东西现在已经成为历史，我们用TFS2008做所有的开发工作

我是AnkhSVN for VS插件的粉丝。TFS版本控制很糟糕，虽然不如VSS。另请参阅类似的问题，其中包括一些好的答案（包括TFS团队中的某个人的答案）