我们的团队正在设置夜间和持续集成构建。我们拥有 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 不屑一顾的原因:
- 要构建 C++/CLI 项目(或运行单元测试...?),构建代理必须安装 VSTS Dev 或 Team Suite。 friend 们,这简直太疯狂了。
- 它必须连接到 TFS 母舰
如果您所在的大型组织有很多老板,他们有大量预算和喜欢报告(不要误会我的意思,这具有巨大的值(value)),或者您需要扩大到多机构建农场,我更喜欢 Team Foundation Build。
如果您是一家精益企业,请坚持使用 CC Net 并开发您自己的报告解决方案。这就是我们所做的。
直到我们被收购。并获得了 TFS:P
关于tfs - Cruise Control .Net 与 Team Foundation 构建,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/80120/