5

我的工作场所正计划迁移到 Team Foundation Server，现在还为时过早 - 任何可以摆脱 Visual SourceSafe 的癌症。

但是，我必须问 - TFS 中的源代码控制是否与 VSS 显着不同（并且更好），或者它只是同一事物的“增强”版本？

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

4

6 回答 6

7

在过去的 18 个月里，我们一直在使用 TFS，并且像许多产品一样，第一个版本还有一些不足之处（TFS 2005 最喜欢的一个是它说它有最新版本，导致很多构建中断） .

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

不管别人怎么说，TFS 源代码控制和 VSS 之间根本没有可比性。而且您也不必担心您的存储库被损坏！

唯一看起来仍然很明显的问题是，每隔几周 TFS 就会变慢并且获取最新版本需要很长时间，需要重新启动 SQL Server 才能修复。我不知道这是为什么。

于 2008-10-24T01:14:28.997 回答
2

TFS 源代码控制以 SQLServer 为后端。我过去使用过 CVS 和 SVN，而 TFS 源代码控制为我提供了所需的一切。请注意，我没有做很多分支，主要是带有发布标签的直线开发。我与多个开发人员一起使用过它，我喜欢合并功能——并排的 GUI 允许我选择应用哪个版本的冲突。我还没有遇到任何无法解决的问题。我很高兴我没有在寻找其他任何东西。我更喜欢它而不是 VSS。

于 2008-10-24T00:56:43.400 回答
2

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

TFS 是一个优秀的源代码控制和项目管理解决方案。它可以支持敏捷实践并附带对 CI 和测试的支持。它以 SQL 为后盾，既健壮又快速。如果你想使用 SVNBridge，你可以有 SVN 风格的访问。它的扩展性非常好，可以处理大型项目。TFS 团队实际上对这个进行了测试，并取得了巨大的成功。它的主要缺点是成本和学习曲线。

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

于 2008-10-24T01:14:26.330 回答
2

Sourcesafe 推荐用于五人或更少的团队。

TFS 受到 MS 的大力支持，因为他们将它用于越来越多的项目和成千上万的用户。为什么它更健壮有很多细节，但这应该说明两者之间的范式步骤。

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

于 2008-10-25T11:52:24.003 回答
1

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

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

TFS 不仅仅是源代码控制。任务管理、签到政策，不胜枚举

于 2008-10-24T00:59:03.833 回答
0

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

于 2008-10-24T00:58:56.283 回答