Joh*_*lph 87 .net comparison continuous-integration
我正在寻找不同的 持续集成(CI)服务器(特别是关注.NET)的比较,但找不到任何.
因此,我想知道您对可用的不同解决方案的看法,优缺点是什么,托管要求是什么以及为什么CI Server XY是您选择的服务器.
我对你的想法很感兴趣(随意评论别人):
兴趣点是:
Jef*_*ick 51
如果没有指向大型CI功能矩阵(Web存档)的链接,就不会有这样的问题,因为它只列出了每个CI选项.
但我认为,展望您想要包含在CI系统中的范围非常重要.它是否只是构建或者您将引入其他元素,如静态分析,跨项目依赖,部署,功能测试等.为了帮助进行规划,我在企业CI元素上创建了这个挂图(PDF ;无需注册).请不要让"E-word"让你失望; 我只是指基本的快速反馈CI构建之外的东西.:)
它不是特定于工具的,但列出了您在规划/评估阶段可能考虑的各种实践.
Pas*_*ent 14
没有什么有用的:
编辑:Jonik在评论中指出,我错过了Hudson和CruiseControl对Java项目的区别是什么?以及如何以及为什么要设置C#构建机器?.你会找到非常有见地的答案.换句话说,我认为您正在寻找的所有内容都已经在Stack Overflow上.
TeamCity有一个很棒的功能,允许开发人员在提交之前执行个人构建.很有用!
CruiseControl.NET是这群人的爷爷,因此在视觉上有点过时等等.由于它已经存在了一段时间,谷歌知道如何修复你将遇到的许多问题.
出于这些原因(以及其他原因),我在工作中使用CruiseControl.NET,在家中和开源生活中使用TeamCity :)
我一直是CruiseControl.NET用户.我的团队在工作中使用它,我在家里用它来进行个人项目.
特别是,CruiseControl.NET允许我运行整个CI过程:构建,版本更新,单元和集成测试,源或候选版本的存档,代码覆盖,甚至部署到我们的工作测试系统.它具有高度可定制性,适用于MSBuild和NAnt,甚至还具有可扩展的插件架构.
它几乎可以满足我的一切需求.
最大的缺点:配置有时是一种痛苦,而且需要时间.但是一旦完成,它已经完成了,正如另一张海报所说,我喜欢看到"成功构建"信号,因为我知道构建本身不仅可以工作,而且我的单元和集成测试都能成功运行.
| 归档时间: |
|
| 查看次数: |
49700 次 |
| 最近记录: |