1. 首页
  2. 问答
  3. TeamCity vs FinalBuilder Pro持续集成服务器

TeamCity vs FinalBuilder Pro持续集成服务器

2011-01-20 102 views
6

我已经看到了很多TeamCity与CCNet的比较，但对于TeamCity与FinalBuilder Pro的CI没有太多的比较。TeamCity vs FinalBuilder Pro持续集成服务器

请原谅我，如果我不把苹果与苹果比较，我对TeamCity很熟悉，但是我工作的公司已经购买了包含CI服务器的FinalBuilder Pro。

我希望得到一些比较，意见。如果TeamCity不提供更多的FinalBuilder，我们不希望支持两个系统。

在此先感谢。

来源

2011-01-20 schmoopy

回答

6

这里存在于TeamCity的，不可能存在的FinalBuilder一些特点：

  • 真正的客户端服务器架构与多个生成代理 - TeamCity的提供访问和管理您所有的生成代理的一个中心点。构建代理可以从单个Web-UI启用/禁用/重新启动，还可以查看日志或查看在不同构建代理上运行的构建的线程转储。
  • 支持亚马逊EC对生成代理电网
  • 预先测试过的承诺和远程运行功能（没有更多的断码在VCS嗯，差不多:)
  • 集成与Visual Studio和其他IDE - 一个专门的插件这
  • 可扩展的报告，您可以包括自己的基于HTML的报告为生成结果
  • 评论/销/标签为构建
  • 交叉编译搜索

  • 集成的代码覆盖和重复取景器适用于Java和.NET

    FinalBuilder支持一些VCS系统，但TeamCity不支持这些系统。

    声明：我是TeamCity开发人员之一。

来源

2011-01-24 13:35:07 KIR

1

我在英国进行了一项持续整合谈话的2款产品的比较 - 基本上我的发现是TeamCity更直观。 FinalBuilder在我的语言中似乎是模糊的，而且似乎笨拙地建立了版本

一旦工作完成，这是一个非常好的系统 - 但对我来说，TeamCity更直观，用户体验更好最终生成器

虽然这是非常主观的 - 每个工具都非常好。这取决于你对什么感觉舒适，而且我对TeamCity更加舒适

来源

2011-01-24 21:45:14 stack72

6

我们使用TeamCity来构建编排，但是使用FinalBuilder来实际执行单个构建。

为了简化脚本和可维护性，我喜欢FinalBuilder，但我也非常喜欢TeamCity在KIR答案中的所有要点。

在我们的设置中，每个TeamCity buildconfig都配置为使用命令行运行程序，并且使用要运行的脚本名称调用finalbuilder的fbcmd.exe。

所有的甜味和光。

来源

2011-05-20 02:44:21 dbruning

相关问题

 相关问题