Janky

想看我更多文章:【张旭童的博客】http://blog.csdn.net/zxt0601 想来gayhub和我gaygayup:【mcxtzhang的Github主页】https://github.com/mcxtzhang 背景 最近在做一些性能监控的工作，其中线下监控fps这一项，经过调研，最终采用dumpsys gfxinfo的方式。 在6.0+的手机中执行如下命令， adb shell d

GitHub已将Janky开源，这是他们构建在Jenkins之上的持续集成服务器，并在其中增加了聊天自动化工具Hubot。 除了一般的Jenkins功能之外，Janky还通过Hubot对功能进行了补充，Hubot是GitHub两个月之前开源的另一个项目。Hubot会监控聊天对话，并基于一些参与者相互交换的词语做出响应。例如，如果出现“问题（problem）”这个词，它就会插入一个恶魔脸图案。它可以

问题内容： 我的公司正在考虑更改连续集成服务器（我不会说我们现在拥有哪台服务器，因此无论如何我都不会歪曲您的回答:)）我想知道是否有人提出建议？最佳的用户体验，维护难度等… 我们的代码全部使用Java，并且我们将ANT用作构建工具。 问题答案： 我最近实现了哈德森服务器。以前使用过Cruise Control， 我对Hudson感到非常满意，并且对它的易于设置和使用印象深刻。 与Cruise Co

对开源 CI 服务器：CruiseControl、Luntbuild 和 Continuum 的调查 由于有许多持续集成服务（CI）服务器可以选择，所以很难决定哪个适应自己。在 让开发自动化 系列的第二篇文章中，开发自动化专家 Duvall 采用一致的评估标准和很多说明性示例，介绍了一些开源 CI 服务器，包括 Continuum、CruiseControl 和 Luntbuild。 在我脑海里，

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

虽然以下示例中使用在Travis CI,但原则上应该，也可以直接转移到其他持续集成提供商. 以下是Travis CI的.travis.yml示例，确保配置了mdbook build和mdbook test运行成功。加快CI运转时间的关键是缓存mdbook的安装,以便您可以不用每次CI运行就编译一次mdbook。 language: rust sudo: false cache: - carg