持续集成：Continuous Integration，简称CI，意思是，在一个项目中，任何人对代码库的任何改动，都会触发CI服务器自动对项目进行构建，自动运行测试，甚至自动部署到测试环境。这样做的好处就是，随时发现问题，随时修复。因为修复问题的成本随着时间的推移而增长，越早发现，修复成本越低。

大多数软件公司对软件项目进行持续集成的重要性已经取得共识，但真正实践的还是少数。

作为开源项目，由于项目开发人员少，没有二逼产品经理的指手画脚，所以代码质量相对商业项目更好。对开源项目实施CI，会更简单。

下面我们来介绍如何为GitHub上托管的开源项目用Travis CI进行持续集成。

Travis CI是什么东东？

Travis CI是在线托管的CI服务，用Travis来进行持续集成，不需要自己搭服务器，在网页上点几下就好，用起来更方便。最重要的是，它对开源项目是免费的。

为什么是GitHub？

因为GitHub和Travis是一对好基友，不用GitHub虽然也能用Travis，但是配置起来太麻烦。而且，作为开源项目，为什么不用GitHub？

还不会git怎么办？

零基础Git教程，只能帮你到这里了！

我用了GitHub，也有开源项目，现在怎么搞CI？

首先，直接用你的GitHub账号登录Travis CI的网站：https://travis-ci.org/

第一次登录时，授权给Travis访问你的GitHub代码库，然后，把需要CI的代码库选上：

默认情况下，Travis会在代码push时收到GitHub通知，然后自动获取最新代码，进行CI。

但是我们还是需要编写一个.travis.yml文件来告诉Travis一些项目信息，比如用的Java还是Python，用的JDK 8还是JDK 6，等等。

假设我们用的Java和JDK 8，这个.travis.yml就这么写：

language: java

jdk:

- oraclejdk8

然后，放到代码库的根目录下。

Travis一看到Java项目，默认用Maven 3，然后执行两个脚本命令：

install: mvn install -DskipTests=true -Dmaven.javadoc.skip=true

script: mvn test

提交.travis.yml并push后，如果一切顺利，Travis就会自动开始构建这个Maven工程。可以在Travis上看到构建结果和详细的输出：

也可以指定构建脚本，例如：

script: mvn package

如果项目结构标准，pom.xml在根目录下，执行就会一切正常。但是，如果pom.xml在子目录下，就需要修改install脚本：

install: cd wxapi && mvn install -DskipTests=true -Dmaven.javadoc.skip=true

有一些Maven项目在package时用到了PGP密钥来签名，因为Travis的服务器不可能知道PGP密钥，所以install脚本就会失败。解决方法是加上-Dgpg.skip=true：

install: cd wxapi && mvn install -DskipTests=true -Dmaven.javadoc.skip=true -Dgpg.skip=true

如果想在GitHub的项目首页显示一个高大上的build:passing标志，比如像这样：

可以在根目录的README.md中加上一个图片链接：

[](https://travis-ci.org/michaelliao/openweixin)

是不是用了CI代码质量就有保证了？

这个问题的答案是否。如果CI能提高代码质量，那软件公司只需要招实习生写代码外加CI就可以了，招那么贵的高级工程师浪费钱干啥？

是不是用了Travis就实现了CI？

这个问题的答案还是否。CI是解决问题的手段而不是目的。问题是如何提高代码质量。我见过很多公司的项目，编译一次半小时(不是编译Linux内核那种)，测试一次几个小时。不能在短时间内完成编译、测试的代码都有问题，导致CI形同虚设。这里的“短时间”是指5分钟以内。

最后一个问题：

私有项目怎么用Travis？

如果不是开源项目，能用Travis吗？免费的肯定是不能用了，但是有收费的Travis Pro，至于费用，呵呵，四个字：

贵得要命

最便宜的每月需要$129！不想花这个冤枉钱怎么办？自己搭CI服务器啊！至于怎么搭，且听下回分解。