对于大型团队,TFS有效吗?对于小型团队,SVN有效吗?

嗯,TFS不仅仅是版本控制。如果您只是在寻找版本控制,那么TFS就太贵了。恕我直言。我还是支持SVN。但是,如果您正在寻找诸如测试套件、问题管理等内容,那么我将研究TFS。

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

我使用SQL Express将它安装在我的Windows7笔记本电脑上,我甚至没有注意到它在那里。使用TFS2010,您可以选择不从GET GO安装SharePoint、Reporting Services和Analysis Services集成。您可以只拥有版本控制、工作项跟踪(bug、测试、问题、任务和用户故事)和自动构建。

事实上,我在不到20分钟的时间内安装和配置了所有这些东西,而在我最近的项目中,用这些东西安装一个新产品大约需要30分钟。

为什么要使用tfs?

1. 便宜(对所有msdn用户免费,零售价为400美元,有5个用户)
2. 快速安装
3. 快速设置
4. 易于使用
5. 大量文件
6. 支持单个供应商提供的一切

如果您对TFS提供的基本安装感到满意,那么如果您希望获得更多报告,那么可以添加实验室管理(lab management)来实现自动化环境测试或分析服务。

我不确定这两者之间有什么内在的区别(关于团队规模)。我意识到的最大区别是:

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

比较SVN和TFS就像比较苹果和桔子。SVN是一个修订控制系统,而TFS是一个ALM平台,正如其他人已经提到的。

假设一个公司选择Subversion、CruiseControl.net、某种敏捷项目管理工具、一个bug跟踪器(bug tracker.net、bugzilla…)。假设这家公司选择的所有工具都是OSS,有人会认为它是免费的,对吧?不幸的是,您仍然需要开始集成所有这些工具,这就是真正的成本所在。

当然,像Team Foundation Server这样的平台具有许可成本,并且提供了前面提到的所有OSS工具所提供的,但是已经很好地集成了。

因此,基本上,如果您想要的是支持ALM的工具,并且您是面向Microsoft的,那么您应该认真考虑将TFS作为一个选项。当然,作为一个技术人员,了解如何将Bugzilla与Subversion和项目管理工具相结合是很有趣的,并且花了很多晚上试图了解我们如何将所有这些数据导出/导入到为人力资源部专门开发的定制报告工具中。用于时间跟踪报告等。你明白我的意思。

最终,OSS替代路径的成本比TFS路径高出很多,人们只是不愿意承认它,另一方面,如果你想要的只是一个修订控制系统,你就不需要TFS了。但作为一个开发人员,如果这就是你所需要的,你能称自己是一个认真的开发人员吗?;-)

我见过SVN成功地用于非常大的团队,在诸如自动构建服务器之类的东西的支持下。如果你试图说服其他人加入SVN,那么你最好是找出你喜欢的SVN的三个原因,即TFS没有这些原因,以及为什么你觉得这些原因很重要,而不是试图笼统地说一个原因“更有效率”。

+2美分。

TFS不仅为您带来了源代码管理+工作项跟踪(bug、测试、问题、任务和用户故事)+自动构建,还提供了一个非常大和令人印象深刻的分析数据库,您可以在其中交叉来自这些不同数据源的信息,而无需额外的工作。我的意思是,您可以看到为什么一个特定的构建有一些bug,与已签入的指定文件相关,与与文件相关的任务/bug,与与与任务相关的用户故事相关,等等。无需额外的费力,您就可以获得“发生了什么”的更详细视图。在开发项目中。

如果你想知道TFS有多好-创建一个项目,然后尝试将它导出到另一个TFS系统-从我所看到的你不能!

所以每隔几年,你就必须扔掉所有的东西重新开始——因为在TFS中没有内置的方法来导出你所做的一切。当你构建一个新的系统时,你不能移动所有的历史工作项等。你唯一能做的就是把你的代码手动移动到新的系统中,然后重新记录所有的事情。

把一周的工作浪费在你必须搬家的每个项目上的好方法。