WALL.E

持续集成平台
授权协议 LGPL
开发语言 Python
所属分类 开发工具、 持续集成系统(CI/CD)
软件类型 开源软件
地区 不详
投 递 者 仇飞鹏
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

Walle是一个分布式的持续集成平台,对项目进行持续集成测试,并提供对测试结果进行查询分析统计功能。

Walle共分5大部分,如图所示为:Deamon、server、client、Web、数据备份(分DB和 FTP),各部分的主要功能如下:

    * deamon: 整个 Walle的中枢,记录所有CI需在运行的所有信息,包括配置文件,运行日志。同时所有的命令都是由它发送出去。
    * server: 负责一类CI的运行管理,主要负责两件事:
         1. 管理各个子步骤之间的关系
         2. 根据monitor_cfg.xml文件,启动监控器,管理CI的自动启动。
    * client: 每个任务最后都将分配到某个Client上运行。
    * 数据备份: 分DB和FTP:DB是备份规范数据,FTP备份非规范数据库(指所有不方便统一入库的数据)。
    * Web: 主要有以下三大功能
         1. Walle管理面面
         2. 备份数据查询
         3. CI历史运行记录查询

  • 看了这个开场动画“Presto”之后 再次被折服了 真的很厉害 皮克斯现在已经超越技术了 在讨论皮克斯做的CG画面多么漂亮 里面的水 火 皮肤 毛发... 多么逼真已经失去意义了 他们真正牛的是讲故事的能力, 实在是... 不知道咋形容了 强烈期待wall-e. 推荐大家看一看Presto http://www.tudou.com/programs/view/5RvOWEczKZQ [flash=

  • 原题链接 Monocarp plays “Rage of Empires II: Definitive Edition” — a strategic computer game. Right now he’s planning to attack his opponent in the game, but Monocarp’s forces cannot enter the opponent’s

  • 机器人是作为单一个体还是有统一精神? 和“I robot”影片不同是,此片中的机器人都有自己独立的性格。可以完全不服从最高领导机器的统治。而I robot中的不同,只有偶尔的一个机器人变异才使得机器拥有丰富的表情和情感。 另外发现Wall-E的鲁棒性非常好。在经历短路,压挤之后,换个主板仍能很好的工作。不过各个机器人的主板都不相同,看来各个机器人都有自己的用途。 Wall-E的目标更正和情感驱动做

 相关资料
  • 目标 无明确目标 知识点 学习使用 travis-ci 对项目进行持续集成测试 (https://travis-ci.org/ ) 课程内容 首先来看看这个项目:https://github.com/Ricardo-Li/node-practice-3 (图1) 类似这样的 badges,在很多项目中都可以看到。前者是告诉我们,这个项目的测试目前是通过的;后者是告诉我们,这个测试的行覆盖率是多少。

  • 1 概念 Jenkins可选配置参数相当多。基本可以归为这么几类: 构建触发配置:例如配置gitlab提交代码触发构建,或者每天、每周定时触发构建 构建工具配置:例如配置jdk/maven/gradle等 构建后配置:例如配置发送邮件、自动开jira bug等 Jenkins的外挂工具,都是通过插件机制来解决的,常见插件如下: iOS专用:Xcode integration Android专用:G

  • gitlab-ci.md 官网:https://haomo-tech.com 作者:毫末科技 邮箱:hxg@haomo-studio.com

  • translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/continous_integration.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e PX4 Continuous Integration PX4 builds and

  • 我们做的还不够好,先占个坑。 欢迎贡献章节。

  • 注意有关编写测试的建议, 请参阅 Testing Your Code. Why? 与 Kent Beck 一起撰写关于 持续集成 (简称 : CI ) 的 Martin Fowler 对 CI 进行了如下的描述: 持续集成是一种软件开发实践,团队成员经常整合他们的工作,通常每个人至少每天集成一次 - 导致每天进行多次集成。 每个集成都通过自动构建(包括测试)进行验证,以尽快检测集成错误。 许多团队

  • 对应于 Ruby 的一个或多个版本,你很轻松就可以测试你的网站构建。以下指引将展示怎样在 Travis 上建立一个免费的,集成了处理 pull 请求的 GitHub 的构建环境。如果你使用私有代码库的话,也有相应的付费选择。 1. 启用 Travis 以及 Github 启用 Travis 来构建你的 Github 代码库非常简单: 前往你在 travis-ci.org 的个人档案: https:

  • 持续集成的目的,是让产品可以快速迭代,同时还能保持高质量。它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。由于我们的代码托管在github上面,所以选择Travis CI来做持续集成是一个不错的选择。 要触发构建工作,需要在项目根目录下面添加一个.travis.yml的文件: sudo: required services: - docker e