Apache Continuum 是最新的 CI 服务器之一，也是值得关注的一个新进入者。Continuum 的安装和配置很简单：只要下载和释放 ZIP 文件，运行命令行程序，就可以运行了。基于 Web 的界面使得配置项目很容易。而且，还不需要安装 Web 服务器，因为 Continuum 内置了 Jetty Web 服务器。并且，Continuum 可以作为 Windows 服务运行，还在应用程序的某些部分嵌入了上下文敏感的文档，从而提供了很多帮助。
Apache Continuum的特性：
- 与Maven 2.x的紧密集成
- 与Maven SCM的紧密集成，支持Subversion/CVS/Starteam/Clearcase/Perforce
- 基于web的容易使用的安装和配置接口
- Quartz-based scheduling
- 简单的添加新的项目工程的方法
- 用于 integration, automation and remoting的XML-RPC interface
- 邮件提醒和IM（即时通讯）提醒IRC/Jabber/MSN
-
http://www.oschina.net/p/continuum
-
Continuum 1.4.1 是一个重要的安全补丁修复版本，详情请看 http://continuum.apache.org/security.html Apache Continuum 是最新的 CI 服务器之一，也是值得关注的一个新进入者。Continuum 的安装和配置很简单：只要下载和释放 ZIP 文件，运行命令行程序，就可以运行了。基于 Web 的界面使得配置项目很容易。而且，还不需要
-
Apache Continuum 1.3.6 GA 发布下载了，喜欢这款优秀的持续集成工具的朋友不要错过这 个新版本，赶快去下载Apache Continuum 1.3.6 GA 试用吧。笔者从2005年左右开始接触持续 集成工具，第一款接触的就是Apache Continuum。当然当时是笔者的领导带队使用的。整个系统当时还构建在maven 1.x下，使用selenium+testNG做测试。笔
-
修改 apache-continuum-1.3.7/conf/jetty.xml 即可，不知是否最佳配置场所，貌似不需要多余配置 [@more@] mail/Session Anonymous <!----> 10.10.40.5 usr@xxx.com usr@xxx.com true false Anonymous <!-- --> 来自 “ ITPUB博客 ” ，链接：http://
-
Apache Continuum 是最新的 CI 服务器之一，也是值得关注的一个新进入者。Continuum 的安装和配置很简单：只要下载和释放 ZIP 文件，运行命令行程序，就可以运行了。基于 Web 的界面使得配置项目很容易。而且，还不需要安装 Web 服务器，因为 Continuum 内置了 Jetty Web 服务器。并且，Continuum 可以作为 Windows 服务运行，还在应用程
-
[url]http://blog.csdn.net/ligaoyang/article/details/8029020[/url] public String ping(String ip) { try { String command = "ping "+ip; ByteArrayOutputStream outputStream
-
问题内容： 我的公司正在考虑更改连续集成服务器（我不会说我们现在拥有哪台服务器，因此无论如何我都不会歪曲您的回答:)）我想知道是否有人提出建议？最佳的用户体验，维护难度等… 我们的代码全部使用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