tfs - Cruise Control .Net 与 Team Foundation 构建

Question

已结束。此问题不符合 Stack Overflow guidelines .它目前不接受答案。

---

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

关闭 6 年前。

Improve this question

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

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

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

Answer 1

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

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

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

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

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

• 要构建 C++/CLI 项目(或运行单元测试...？)，构建代理必须安装 VSTS Dev 或 Team Suite。 friend 们，这简直太疯狂了。
• 它必须连接到 TFS 母舰

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

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

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