.net - TFS 与 SVN

关闭。这个问题是 opinion-based 。它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文来回答。

7年前关闭。



Improve this question




我即将开始一个项目 (.NET)，需要在 TFS 和 SVN 之间做出决定。

我更习惯于 SVN(带乌龟客户端)、CVS 和 VSS。 TFS 是否具有 SVN 中可用的所有功能

你们有没有人从 SVN 切换到 TFS 并发现它值得？
如果我们需要使用 TFS，看起来我们可能需要 Visual Studio。

[编辑]
金钱不是考虑因素，因为我们已经拥有 TFS 的许可证。
而且我对 TFS vs SVN 的 Source Control 功能更感兴趣，当然其他功能列表也欢迎。

最佳答案

好吧，对我来说，选择显然是 TFS :

SVN 集成到 Visual Studio 中至少可以说是不完整的(IDE 中没有很多功能)，并且有点错误(AnkhSVN 肯定是)，而 TFS 是完美的(这是有道理的......)。我的整个工作区使用 SVN(一个月内)多次损坏，从未使用 TFS(大约 2 年)

虽然两个系统的 Source-Control 相关功能可能相当，但它们可以通过 TFS 直接从 IDE 访问，而如果您使用 SVN，则必须依赖 TortoiseSVN 或其他外部工具。 几乎所有 TFS 任务都可以通过在解决方案资源管理器选项卡上单击几下来访问。

使用 TFS 合并要容易得多，即使对于复杂的合并也是如此(例如， SVN will add <<<<<<'s and >>>>>>>>>'s to your .csproj files ，因此您需要手动编辑它们以从 VS 再次打开它们。)

虽然我认为这些原因足以让 TFS 比 SVN 更受欢迎，但我必须补充一点:

TFS 不仅仅是一个源代码控制工具(想想工作项、项目门户等)

过去我曾在一个中型项目(12 名编码员、3 名测试员、3 名业务分析师)中使用它，我们已经能够成功地将 TFS 中的所有任务(错误报告、项目文档、构建过程、等等。)

我并不是说使用 SVN 和其他第三方工具做同样的事情是不可能的，但是将所有东西很好地集成到一个产品中绝对是件好事。

为了公平起见，以下是 TFS 的两个明显缺点:

它的价格

安装TFS相当痛苦，而安装SVN只需几分钟。

在 SqlServer 2008 上安装 TFS 2008 非常复杂，你不能在 PDC 上安装 TFS，等等。对我来说，这绝对是我使用 Microsoft 产品时遇到的最糟糕的安装体验。

话虽如此，一旦安装，TFS 非常易于使用(特别是对于不熟悉源代码控制系统的编码人员)

在我目前的项目中，我从SVN开始，并迅速切换到TFS。我很高兴我做到了。

我决定切换的主要原因显然是 SVN 的整体错误行为(我使用 VisualSVN 作为服务器，AnkhSVN 作为客户端)。至少每周一次，我发现自己在神秘的 AnkhSVN 错误消息上花费数小时。

迄今为止，我还没有找到任何理由让我后悔改用 TFS。

关于.net - TFS 与 SVN，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/661389/