TFS的源代码控制只是增强了VSS还是有明显不同？

Question

我的工作场所正在计划搬到Team Foundation Server，而且现在还不是太快了 - 任何可以摆脱Visual SourceSafe癌症的事情。

但是，我必须要问 - TFS中的源代码控制是否与VSS明显不同（并且更好），还是仅仅是同一个东西的“强化”版本？

我现在问这个，因为这可能是我建议像Subversion这样的东西的最后一个窗口。

Answer 1

我们在过去的18个月里一直在使用TFS，和许多产品一样，第一个版本还有一些不足之处（TFS 2005的最爱之一是当它说有它时没有获得最新版本，导致很多建立休息时间。

但是现在我们在TFS 2008 SP1上运行得非常好。源代码控制系统快速直观，可与Visual Studio无缝集成。对于像重命名，移动，分支和合并这样的东西，它很容易超越其他工具，比如Subversion在跟踪事物的能力和合并分支的能力方面。

尽管有人说，但TFS源代码控制和VSS之间根本就没有比较。而且你也不必担心你的存储库被破坏了！

唯一仍然显而易见的问题是每隔几周TFS变慢并且最新状态需要很长时间，需要重新启动SQL Server才能修复。我不知道为什么会这样。

Answer 2

使用SQLServer支持TFS源代码控制。我以前使用过CVS和SVN，TFS源代码控制为我提供了所需的一切。请注意，我没有做很多分支，主要是使用标签进行直线开发。我已将它与多个开发人员一起使用，我喜欢合并功能 - 并排GUI允许我选择要应用的版本冲突。我还没有遇到任何不可解决的问题。我很开心，我不想找别的东西。我比VSS更喜欢它。

Answer 3

我拥有TFS和VSS的第一手经验。关于TFS和VSS之间唯一的共性是解决方案资源管理器中用于显示文件状态的图标。

TFS是一个出色的源代码管理和项目管理解决方案。它可以支持敏捷实践，并支持CI和测试。以SQL为后盾，它强大而快速。如果要使用SVNBridge，可以使用SVN样式。它可以很好地扩展，并且可以应对大型项目。 TFS团队实际上已经将这一点变得非常成功。它的主要缺点是成本和学习曲线。

VSS可能是我在源代码控制中见过的最糟糕的尝试，我认为使用旧磁带驱动器上备份的夜间zip文件比使用VSS更好。

Answer 4

对于五人或五人以下的团队，建议使用Sourcesafe。

TFS受到MS的欺骗，因为它们正在将它用于越来越多的项目以及成千上万的用户。有很多细节说明为什么它更强大，但这应该说明两者之间的范式步骤。

自2006年初以来，我一直在使用TFS，我发现的所有故障都是PEBCAK。它非常可靠。

Answer 5

对于初学者，您可以让多个人签出相同的文件（但是仍然可以选择独家签出）。

存储是数据库驱动的，而不是文件驱动的。对我而言，这使搜索代码库更加困难，但它允许更容易的合并和注释（谁编写了这行代码？）。

TFS不仅仅是源代码控制。任务管理，签到政策，list goes on

Answer 6

我没有TFS的第一手经验，但我同时使用了source safe和svn。从我读过的，你的回答是肯定的，是的。你可以肯定地感受到源安全的历史，但同时它是一个具有你期望的功能的现代系统，然后是一些（它也会做很多项目管理）。