TFS对于大型团队是否有效，而SVN对小型团队是否有效？

Question

我是开源和SVN爱好者。我们公司处于必须在SVN或Team Foundation Server之间决定的情况。我试图说服其他人使用SVN，因为我认为TFS在大型团队中得到了增强。我们只有7名开发人员和3名测试人员。我是对的吗？

Answer 1

为什么你认为TFS是一个大型系统？

我使用SQL Express将它安装在我的Windows 7笔记本电脑上，我甚至没有注意到它在那里。使用TFS2010，您可以选择不从get get安装Sharepoint，Reportign Services和分析服务集成。您只需拥有版本控制，工作项跟踪（错误，测试，问题，任务和用户存储）和自动构建。

事实上，我在20分钟内安装并配置了所有这些，在我最近的项目中，花了大约30分钟来设置一个包含所有这些东西的新产品。

为什么要使用TFS？

1. 便宜（所有MSDN订阅者免费，5位用户可免费获得400美元）
2. 快速安装
3. 快速设置
4. 易于使用
5. 大量文档
6. 支持单一供应商的所有内容

如果您对基本安装提供的TFS感到满意，那么如果您想要更多报告，可以添加实验室管理（如果您需要自动环境测试或Analysis服务）。

Answer 2

嗯，TFS不仅仅是版本控制。如果您正在寻找版本控制，TFS太贵了。恕我直言。我会坚持使用SVN。但是，如果您正在寻找测试套件，问题管理等内容，那么我会研究TFS。

Answer 3

我不确定两者之间是否存在任何固有的差异（关于团队规模）。我所知道的巨大差异是：

1. 除了源代码控制之外，TFS还提供了其他功能，如错误跟踪和“团队构建”。
2. 所有TFS功能都很好地集成到Visual Studio IDE中。
3. 许可费用。

Answer 4

将SVN与TFS进行比较就像比较苹果和橘子一样。 SVN是一个修订控制系统，而TFS是一个像其他人已经提到的ALM平台。

让我们假设一家公司选择了Subversion，CruiseControl.NET，某种敏捷项目管理工具，一个bug跟踪器（Bugtracker.NET，Bugzilla，......）。让我们假设该公司选择的所有工具都是OSS，人们会认为它是免费的，对吧？不幸的是，您仍然需要开始集成所有这些工具，而这正是实际成本所在。

当然，像Team Foundation Server这样的平台会带来许可成本，并提供之前提到的所有OSS工具所提供的功能，但已经很好地集成了。

所以基本上如果您想要的是支持ALM的工具，并且您是面向Microsoft的，那么您应该认真考虑TFS作为选项。当然作为一个技术人员，很有趣的是弄清楚如何将Bugzilla与Subversion和项目管理工具集成在一起，以及花费的夜晚试图弄清楚我们如何将所有日期导出/导入到专门为其开发的定制开发报告工具中人力资源部门为时间跟踪报告，等等。你理解我的意思。

最后，OSS替代路径的成本远远超过TFS路径，人们只是不愿意承认，另一方面，如果你想要的只是一个你不需要的修订控制系统TFS。但如果您只需要作为开发人员，那么您可以称自己为一名认真的开发人员吗？ ; - ）

Answer 5

我看到SVN在非常大的团队中成功使用，当时还有自动构建服务器等支持。如果你试图说服其他人去SVN，你可能最好只是找出你喜欢TFS没有的SVN的3个理由以及为什么你认为这些很重要，而不是试图广泛地说一个“更高效” “

Answer 6

+2美分。

TFS不仅为您带来源代码管理+工作项跟踪（错误，测试，问题，任务和用户故事）+自动构建，您还可以获得非常大且令人印象深刻的分析数据库，您可以在其中交叉来自这些不同数据的信息来源，没有额外的工作。我的意思是，您可以看到为什么特定构建存在一些错误，这些错误与已签入的指定文件相关，与文件相关的任务/错误相关，与与任务相关的用户故事相关等。如果没有额外的effory，您可以更详细地了解开发项目中“发生了什么”。

Answer 7

如果你想看看TFS有多好 - 创建一个项目，然后尝试将其导出到另一个TFS系统 - 从我看到你不能！[/ p>

因此，每隔几年你就必须抛弃一切并重新开始 - 因为在TFS中没有内置的方式来导出你所做的一切。当您构建一个新系统时 - 您无法移动所有历史工作项等，只能认为您可以做的只是将您的代码手动移动到新系统并重新记录所有内容。

在每个必须移动的项目上浪费一周的工作量的好方法。