Questions tagged «buildbot»

14
Python的“漂亮”持续集成
这是一个..徒劳的问题,但是BuildBot的输出并不是特别好看。 例如,相比 phpUnderControl 詹金斯 哈德森 CruiseControl.rb ..及其他,BuildBot看起来..古老 我目前正在与Hudson一起玩,但是它是非常以Java为中心的(尽管使用本指南,我发现它比BuildBot容易设置,并提供了更多信息) 基本上:是否有任何针对python的持续集成系统,它们会生成许多闪亮的图形等? 更新:自从这次以来,Jenkins项目已将Hudson替换为软件包的社区版本。原始作者也已移至该项目。Jenkins现在是Ubuntu / Debian,RedHat / Fedora / CentOS等上的标准软件包。以下更新本质上仍然正确。詹金斯做到这一点的起点是不同的。 更新:尝试了几种选择之后,我认为我会坚持使用哈德森。完整性很好而且很简单,但是非常有限。我认为 Buildbot更适合拥有多个构建从属,而不是像我在使用它那样在一台机器上运行的所有东西。 将Hudson设置为Python项目非常简单: 从http://hudson-ci.org/下载Hudson 运行它 java -jar hudson.war 打开Web界面的默认地址为 http://localhost:8080 转到管理哈德森,插件,单击“更新”或类似内容 安装Git插件(我必须git在Hudson全局首选项中设置路径) 创建一个新项目,输入存储库,SCM轮询间隔等 如果尚未安装,请nosetests通过安装easy_install 在构建步骤中,添加 nosetests --with-xunit --verbose 选中“发布JUnit测试结果报告”并将“测试报告XML”设置为 **/nosetests.xml 这就是全部。您可以设置电子邮件通知,这些插件值得一看。我目前正在使用一些Python项目: SLOCCount插件可以计算代码行(并绘制图形!)-您需要单独安装sloccount 违反解析PyLint输出(您可以设置警告阈值,绘制每个构建中违反次数的图表) Cobertura可以解析coverage.py的输出。Nosetest可以在运行测试时使用收集覆盖范围nosetests --with-coverage(将输出写入**/coverage.xml)

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.