Questions tagged «continuous-integration»

持续集成(CI)是指按频繁的计划对完整软件产品进行构建和自动测试:每天至少一次,每天多次,有时与每次签入版本控制系统后一样频繁。




4
如何在Github中显示我的测试通过/失败?
我在github上有一个项目,该项目具有广泛的单元测试(将mocha用于node.js)。 我想通过在每个页面上显示通过/失败的测试来炫耀。我注意到Github上的其他项目正在这样做。 我一直找不到任何有关如何显示测试状态的文档。 如何使Github显示单元测试输出? Github是否运行测试,还是需要连接外部Web应用程序? 是否有免费的Web服务来执行此操作(我的应用程序是“开源”)?

13
比较CI服务器?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 7年前关闭。 改善这个问题 我正在寻找不同的 持续集成(CI)服务器(尤其是.NET的比较)的比较,但找不到任何比较。 因此,我想知道您对可用的不同解决方案有何看法,利弊是什么,托管要求是什么,为什么CI Server XY是您选择的服务器。 我对您的想法感兴趣(请随时对其他人发表评论): 哈德森 巡航控制 CruiseControl.NET 团队城市 CIFactory(使用CruiseControl.NET) 兴趣点是: 配置(简单,灵活) 与SCM集成(例如git或hg等DSVC) 与构建系统(MSBuild,NAnt,Rake)集成 与测试框架集成 与源分析(Simian,NDepend,FxCop,NCover等)集成 Web接口/仪表板 基础设施要求




4
在持续集成中处理多个分支
我一直在处理我公司的CI扩展问题,同时试图弄清楚在CI和多个分支机构中采用哪种方法。在stackoverflow,多个功能分支和持续集成方面存在类似的问题。我开始了新的话题,因为我想进行更多的讨论并对该问题进行一些分析。 到目前为止,我发现我可以采用2种主要方法(或者可能采取其他一些方法?)。 每个分支多套工作(在这里谈论詹金斯/哈德森) 编写工具来管理额外的工作 批量创建/修改/删除作业 每个分支的每个作业的自定义设置(SCM url,dep管理存储库重复项) 人们使用shell工具,ant脚本和Jenkins CLI解决此问题的一些示例。看到: http://jenkins.361315.n4.nabble.com/Multiple-branches-best-practice-td2306578.html http://jenkins.361315.n4.nabble.com/Is-it-possible-to-handle-multiple-branches-where-some-jobs-should-on-on-each-one-without-duplicatin-td954729。 html http://jenkins.361315.n4.nabble.com/Parallel-development-with-branches-td1013013.html 自动配置或创建hudson作业 将在您的CI群集上造成更多负载 开发人员的反馈周期变慢(如果基础架构无法处理新的负载) 每2个分支有多套作业(开发和稳定版) 手动管理这两个集合(如果您更改作业的配置,那么请确保在另一个分支中进行更改) PITA,但至少很少要管理 其他多余的分支机构在推向开发人员之前不会获得完整的测试套件 开发者不满意。开发人员为什么要关心CI扩展问题。他有一个简单的请求,当我分支时,我想测试我的代码。简单。 因此,如果我想为开发人员提供用于其自定义分支的CI,则我需要Jenkins的特殊工具(API或Shellscript或其他东西?)并进行缩放。或者,我可以告诉他们更多地合并到DEV并在定制分支上不使用CI地生活。您会选择哪一个?或者还有其他选择?

3
如何将Vagrant与Jenkins结合起来以形成完美的持续集成环境?
您有一个要运行一些软件需求的项目(例如:特定版本的Apache,PHP版本,MySQL数据库实例以及其他几个软件)。 您已经发现Vagrant,因此您的虚拟环境已全部设置好。您可以在配置文件和食谱之外创建框。 您还已经了解了诸如Jenkins之类的持续集成系统的优势。 现在,您想结合这两个世界(Vagrant和Jenkins)以获得完美的持续集成环境。更具体地说,您不希望在运行Jenkins的计算机上安装项目所需的软件,而是要使用Vagrant提供的虚拟环境定期在其顶部构建项目。CI软件(Jenkins)将为您构建Vagrant框,并在其顶部构建和测试您的项目。 您将如何设置环境来实现这一目标?

13
程序员如何在项目上一起工作?
我总是一个人编程,我还是一个学生,所以我从来没有和其他人一起编程,我什至没有使用过版本控制系统。 我现在正在从事一个项目,该项目需要了解程序员如何在公司中的某个软件上协同工作。 该软件如何编译?是来自版本控制系统吗?是个人程序员吗?它是周期性的吗?是当某人决定建造时还是其他东西?是否进行了任何测试以确保其“有效”? 一切都会做。


30
持续集成服务器
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 我的公司正在考虑更改连续集成服务器(我不会说我们现在拥有哪台服务器,因此无论如何我都不会歪曲您的回答:))我想知道是否有人提出建议?最佳的用户体验,维护难度等... 我们的代码全部使用Java,并且我们将ANT用作构建工具。


5
用于C ++持续集成的buildbot vs hudson / jenkins
我目前正在使用jenkins / hudson进行大型C ++项目的持续集成。我们为干线和每个分支都有单独的项目。此外,还有一些与Java代码相关的项目,但是这些项目的设置目前还很基本(不过我们稍后可能会做更多)。C ++项目执行以下操作: 使用是否重新配置,执行全新构建或使用全新签出的选项构建所有内容 (可选)构建并运行所有测试 (可选)使用Valgrind的memcheck运行所有测试 运行cppcheck 生成doxygen文档 发布报告:单元测试,valgrind,cppcheck,编译器警告,SLOC,打开的任务和代码覆盖率(使用gcov,gcovr和cobertura插件) 每晚或按需将代码部署到测试环境和软件包存储库 一切都可配置为自动构建,可选为按需构建。在下面,有一个bash脚本来控制其中的大部分内容,而这又取决于我们的构建系统,该构建系统使用automake和autoconf以及自定义bash脚本。 我们当时开始使用Hudson,因为那是Java伙计们正在使用的东西,而我们只想每晚进行构建。从那时起,我们增加了很多,并继续增加。从某些方面来说,哈德森很棒,但当然不是理想的。 我看过其他解决方案,唯一看起来可以替代的解决方案是buildbot。对于这种情况,buildbot会更好吗?因为我们已经在使用Hudson,所以投资值得吗?为什么? 编辑:有人问为什么我还没有发现哈德森/詹金斯是理想的。简短的答案是,一切都可以改善。我只是想知道Jenkins是否是针对我的用例的最佳最新解决方案,或者是否存在更好的东西(buildbot?),即使出现了新的需求,从长远来看,它也更容易维护。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.