我的工作场所正计划迁移到 Team Foundation Server，现在还为时过早 - 任何可以摆脱 Visual SourceSafe 癌症的方法。
但是，我必须问 - TFS 中的源代码控制与 VSS 有显着不同（并且更好），还是只是同一事物的“增强”版本？
我现在问这个问题，因为这可能是我最后一个建议类似 Subversion 的窗口。
【问题讨论】：
标签： tfs visual-sourcesafe
在过去 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 团队实际上对这个进行了测试，并取得了巨大的成功。它的主要缺点是成本和学习曲线。
VSS 可能是我在源代码控制方面见过的最糟糕的尝试，我认为使用在旧磁带驱动器上备份的夜间 zip 文件比使用 VSS 更好。
【讨论】：
建议五人或五人以下的团队使用 Sourcesafe。
TFS 受到 MS 的追捧，因为他们将它用于越来越多的项目和成千上万的用户。有很多细节说明为什么它更健壮，但这应该说明两者之间的范式步骤。
我从 2006 年初开始使用 TFS，我发现的所有故障都是 PEBCAK。非常可靠。
【讨论】：
对于初学者，您可以让多个人签出同一个文件（但仍然可以选择以独占方式签出）。
存储是数据库驱动的，而不是文件驱动的。对我来说，这使得搜索代码库变得更加困难，但它允许更容易的合并和注释（谁编写了这行代码？）。
TFS 不仅仅是源代码控制。任务管理、签到政策、list goes on
【讨论】：
我没有使用 TFS 的第一手经验，但我使用过 source safe 和 svn。从我所读到的，你的答案是肯定的，是的。您绝对可以感受到源代码安全的历史，但同时它是一个现代系统，具有您所期望的功能以及一些功能（它也做了很多项目管理工作）。
【讨论】：