tfs - Cruise Control .Net 与 Team Foundation 构建

我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题，以便用事实和引用来回答它。

关闭 6 年前。

我们的团队正在设置夜间和持续集成构建。我们拥有 Team Foundation Server，可以使用 Team Foundation Build。我更熟悉 CC.Net 并且倾向于这种方式，但管理层看到了花在 TFS 上的所有资金并想使用它。

我更喜欢 CC.Net 的一些地方是通知的灵 active 以及实现自定义脚本的简易性。

如果您对这两种产品都有经验，您更喜欢哪一种？为什么？

最佳答案

我都用过。我想这取决于贵组织的值(value)观。

既然你熟悉CC Net，我就不多说了。你已经知道是什么让它很酷了。

以下是我喜欢 Team Foundation Build 的原因:

构建代理。将任何盒子变成构建机器并在其上运行构建非常简单。 MSFT 做对了这一点。
报告。所有相关的构建结果(包括测试)都存储在 SQL 数据库中，并通过 SQL Server Reporting Services 进行报告。这是一个非常强大的工具，用于绘制随时间变化的构建和测试结果。 CC Net 没有内置此功能。
您可以通过 MSBUILD 进行类似的自定义。与使用 NAnt 和 CC Net 基本相同

以下是让我对 Team Foundation Build 不屑一顾的原因:

如果您所在的大型组织有很多老板，他们有大量预算和喜欢报告(不要误会我的意思，这具有巨大的值(value))，或者您需要扩大到多机构建农场，我更喜欢 Team Foundation Build。

如果您是一家精益企业，请坚持使用 CC Net 并开发您自己的报告解决方案。这就是我们所做的。

直到我们被收购。并获得了 TFS:P

https://stackoverflow.com/questions/80120/

相关文章：

build - Gradle 全局构建目录