我的工作场所正计划迁移到 Team Foundation Server，现在还不算太早——任何可以摆脱 Visual SourceSafe 癌症的方法。
但是，我必须问 - TFS 中的源代码控制是否与 VSS 有显着不同（并且更好），或者它只是同一事物的“增强”版本？
我现在问这个，因为这可能是我最后一次提出类似 Subversion 的建议了。
在过去的 18 个月里，我们一直在使用 TFS，并且像许多产品一样，第一个版本还有一些不足之处（TFS 2005 的最爱之一是说它已经更新但没有更新，导致许多构建中断).
但是现在我们使用的是 TFS 2008 SP1，它运行得非常好。源代码控制系统快速直观，并与 Visual Studio 无缝集成。对于重命名、移动、分支和合并之类的事情，它在跟踪事物的能力和合并分支的能力方面很容易超越其他工具，例如 Subversion。
不管别人怎么说，TFS 源代码控制和 VSS 之间根本没有可比性。而且您也不必担心您的存储库被损坏！
唯一看起来仍然很明显的问题是，每隔几周 TFS 就会变慢并且获取最新版本需要很长时间，需要重新启动 SQL Server 才能修复。我不知道这是为什么。
TFS 源代码控制以 SQLServer 为后端。我过去使用过 CVS 和 SVN，而 TFS 源代码控制为我提供了我需要的一切。请注意，我没有做很多分支，主要是使用发布标签进行直线开发。我已经与多个开发人员一起使用过它，我喜欢它的合并功能——并排的 GUI 允许我选择要应用的冲突版本。我还没有遇到任何无法解决的问题。我很高兴我没有寻找其他任何东西。比起 VSS，我更喜欢它。
我对 TFS 和 VSS 都有第一手经验。 TFS 和 VSS 之间的唯一共同点是解决方案资源管理器中用于显示文件状态的图标。
TFS 是一个出色的源代码控制和项目管理解决方案。它可以支持敏捷实践，并支持 CI 和测试。由 SQL 支持，它强大且快速。如果你想使用 SVNBridge，你可以有 SVN 风格的访问。它的扩展性非常好，可以应对大型项目。 TFS 团队实际上对这个进行了 dogfood 测试并取得了巨大成功。它的主要缺点是成本和学习曲线。
VSS 可能是我在源代码管理中见过的最糟糕的尝试，我认为使用旧磁带驱动器上备份的夜间 zip 文件比使用 VSS 更好。
Sourcesafe 建议五人或以下团队使用。
TFS 被 MS 测试，因为他们将它用于越来越多的项目和成千上万的用户。有很多关于为什么它更健壮的细节，但这应该说明两者之间的范式步骤。
我从 2006 年初开始使用 TFS，我发现的所有故障都是 PEBCAK。这是非常可靠的。
对于初学者，您可以让多个人签出相同的文件（但是仍然可以选择单独签出）。
存储是数据库驱动的，而不是文件驱动的。对我来说，这让搜索代码库变得更加困难，但它允许更容易的合并和注释（这行代码是谁写的？）。
TFS 不仅仅是源代码管理。任务管理，签到政策，列表继续
我没有使用 TFS 的第一手经验，但我使用过 source safe 和 svn。从我读过的内容来看，你的答案是肯定的，是的。您绝对可以感受到源代码安全的历史，但同时它是一个具有您期望的功能的现代系统，然后还有一些（它也做了很多项目管理的事情）。