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

TFS对大型团队有效,SVN对小型团队有效吗?,svn,version-control,tfs,performance,Svn,Version Control,Tfs,Performance,我是开源和SVN爱好者。我们在该公司处于一个必须在SvN或Team Foundation Server之间决定的情况。我试图说服其他人使用SVN,因为我认为TFS在大型团队中得到了增强。我们只有7名开发人员和3名测试人员。我说的对吗?好吧,TFS不仅仅是版本控制。如果您只是在寻找版本控制,TFS的成本太高了。依我拙见我会坚持SVN。但是,如果您正在寻找测试套件、问题管理等,那么我将研究TFS。我已经看到SVN成功地用于大型团队,并得到了自动化构建服务器等支持。如果你试图说服其他人使用SVN,你最

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

好吧,TFS不仅仅是版本控制。如果您只是在寻找版本控制,TFS的成本太高了。依我拙见我会坚持SVN。但是,如果您正在寻找测试套件、问题管理等,那么我将研究TFS。

我已经看到SVN成功地用于大型团队,并得到了自动化构建服务器等支持。如果你试图说服其他人使用SVN,你最好只找出TFS没有的3个你喜欢SVN的原因,以及为什么你觉得这些原因很重要,而不是试图笼统地说其中一个是“更有效的”

我不确定两者之间是否有任何内在的区别(关于团队规模)。我所知道的最大区别是:

  • 除了源代码控制之外,TFS还提供了其他功能,如bug跟踪和“团队构建”
  • 所有TFS功能都很好地集成到VisualStudioIDE中
  • 许可证费用

  • 为什么您认为TFS是一个大型系统

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

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

    为什么要使用TFS

  • 便宜(对所有MSDN订户免费,零售价为400美元,有5个用户)
  • 快速安装
  • 快速设置
  • 易于使用
  • 大量的文档
  • 支持单一供应商提供的所有服务
  • 如果您对TFS提供的基本安装感到满意,那么如果您想要自动化环境测试,您可以添加实验室管理;如果您想要更多报告,您可以添加分析服务

    +2美分


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

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

    让我们假设一家公司选择Subversion、CruiseControl.NET、某种敏捷项目管理工具、bug跟踪器(Bugtracker.NET、Bugzilla等)。假设这家公司选择的所有工具都是OSS,人们会认为它是免费的,对吗?不幸的是,您仍然需要开始集成所有这些工具,这才是真正的成本所在

    当然,像Team Foundation Server这样的平台具有许可成本,并且提供了所有先前提到的OSS工具所提供的,但是已经很好地集成了。 基本上,如果你想要的是支持你的ALM的工具,你是面向微软的,你应该认真考虑TFS作为一种选择。当然,作为一名技术人员,弄清楚如何将Bugzilla与Subversion和项目管理工具集成是很有趣的,花了几个晚上的时间试图弄清楚我们如何将所有日期导出/导入到定制开发的报告工具中,该工具专为人力资源部开发,用于时间跟踪报告,等等。你明白我的意思


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

    如果你想看看TFS有多好-创建一个项目,然后尝试将其导出到另一个TFS系统-从我看到的情况来看,你不能

    因此,每隔几年,你就必须扔掉所有的符号,重新开始——因为在TFS中,没有内置的方法来导出你所做的一切。当您构建一个新系统时,您无法移动所有历史工作项等。您唯一能做的就是手动将代码移动到新系统中,然后重新创建所有内容


    把一周的时间浪费在你必须转移的每个项目上的好方法。

    我相信SVN。但我正在寻找一些理由来证明TFS是一个巨大的应用程序,我们不需要它的所有功能。@afsharm,如果你只是想对你的老板撒谎,你不需要我们的帮助。这不是谎言,他想在一个小团队中使用TFS,而在我看来,对于一个小团队来说,TFS的配置太多了。此外,他认为TFS不需要任何维护工作。@afsharm:一个小团队有多小?我不知道“太多配置”是什么意思。周五我举了一个TFS生产实例。一旦我们的管理员为我提供了硬件,它花了大约两个小时来启动和运行并可用。使用广告组以便于管理用户等。我已经使用并超越了SVN。TFS不仅支持代码,还支持方法。拥有一个由s提供的VC、WIT、流程、报告和构建的集成环境