我们的团队希望从Visual SourceSafe(VSS)迁移到Team Foundation Server(TFS)。我知道TFS不仅仅是版本控制系统，但是我第一次想以此方式使用它。

当前，我们的项目是在单个解决方案中组织的，该解决方案由共享部分(公共库)和许多客户项目组成。

是否有某种迁移指南可以描述这种挑战？还是TFS强制执行自己的使用方案(项目版本，发行版等)？

解决方案

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

(请随意批评我，但是...)如果我们追求更好的源代码控制，那么TFS就是恕我直言。我建议我们研究Subversion。 VisualSVN是Visual Studio的出色插件($ 49)，可以与最好的SVN客户端TortoiseSVN无缝地协同工作。此外，它们还提供了一个免费的，易于设置的Windows包，其中包含Subversion服务器端东西，称为VisualSVN Server。

要了解有关Subversion工作方式的全部信息，请阅读一本很棒的Red Bean书。

(不隶属于VisualSVN，只是Subversion的忠实支持者)

TFS当然具有比仅作为源存储库更大的潜力，但是为什么要先迁移源代码控制是可以理解的。

选择的迁移实用程序通常是VSSConverter.exe，它使我们可以将VSS路径映射到Team Project源代码控制路径，并且在本演练中对此进行了很好的介绍。

在CodePlex上还有另一种工具(TFS迁移和同步工具包)可用，但是当我将两者进行比较时，我确定VSSConverter已被更广泛地使用，并且我认为它被普遍认为是VSS迁移的首选工具。

似乎在此线程上还有更多答案。

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

在不了解具体情况的情况下，这很难回答。模式和实践在CodePlex上出版了一本书，称为《 TFS指南》，该书可能有助于它在许多方面描述建议的Team Project源代码控制结构。它可能有助于为我们提供有关如何迁移和/或者重新映射解决方案结构的一些指导。

关于版本控制和分支，请在此处的分支指南中查看此站点，它对使用TFS的一些常见分支/发布管理技术而言还不错。

如果我们读完所有这些读物，那么我们将真正成为大多数TFS基本工作的基础！

当我们从Sourcesafe切换到TFS2005时，最大的障碍是Sourcesafe的共享文件，"获取最新结帐"方法以及Sourcesafe中的分支/合并"支持"。每个人都担心在Sourcesafe中进行分支和合并，花了一些时间说服所有同事，使用TFS并没有那么糟糕。

我们决定不从Sourcesafe迁移文件。我们将TFS2005用于一个新项目，并将旧内容保留在Sourcesafe中。我们不想保留多年来增长且相当杂乱无章的项目和文件夹结构。

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