logo标签列表

TeamCity与Team Build的比较

continuous-integrationteamcitytfsbuild
5

TeamCity和Team Build之间的优缺点是什么？为什么选择其中之一而不是另一个？

3个回答
4

有趣的问题。我经常使用这两个系统来构建c#应用程序。

TeamCity

  • 易于使用
  • 美观
  • 易于安装和设置
  • 易于扩展和自定义构建
  • 与其他系统的交互很容易，例如git、svn、JIRA等等。

Team Foundation Build

  • 如果你已经设置好了TFS，那么运行构建很容易
  • 像构建解决方案这样简单的情况很容易设置
  • 与TFS任务管理和源代码控制良好协同工作。
  • UI笨重且难看。

总的来说，Team（Foundation）Build可以完成工作，但我更喜欢TeamCity。

3

TeamCity

  • 优点

    • 免费（只有超过20个用户才开始收费）
    • 支持多个平台（Ruby、Java、.NET）
    • 支持多个源代码控制系统
    • 支持多个构建运行器（Rake、MSBuild、Nant、Ant）
    • 出色的报告选项

  • 缺点

    • 需要Java堆栈（假设你是.NET商店）

Team (Foundation) Build

  • 优点
    • 与Microsoft开发堆栈集成的解决方案
  • 缺点
    • 需要Team Foundation Server（$$$，但金牌合作伙伴可以获得25个免费席位，大多数其他计划提供5个席位（但添加另一个时需要支付6个席位的费用））
    • 仅支持MSBuild
你确定Team City需要Java堆栈吗？我印象中它支持Visual Studio。 - The Matt
它支持Visual Studio。它也在Java堆栈上运行。 - joshuapoehls
@The Matt：它支持Visual Studio，但服务器运行Java。 - Brett Veenstra
6
服务器使用Java来运行并不重要，因为TC会安装自己的jdk副本，作为用户，你与“Java”隔离开来。 - Shrike
1
我也不认为TeamCity需要JVM会有什么大问题...对我们来说，无论是在性能方面还是其他方面都从未成为问题。 - Ivan
1
如果您的环境中还有其他开源/免费工具（如SVN等）和实用程序，我会倾向于选择TeamCity。我们发现它非常酷，并且可以与大多数其他流行工具集成。
如果您“受限”于MS堆栈（例如使用VSS进行源代码控制），那么这是选择Team Build的唯一真正引人注目的原因。
7
如果你仍在使用VSS，你需要放弃它。至少选择Subversion，如果你的开发人员能够理解的话，也可以考虑Mercurial！ :) - Brett Veenstra
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接