如何使用Travis CI对Github项目进行持续集成来提升项目开发的效率

作为目前世界上规模最大的开源社区，GitHub平台上拥有2700万开发者，托管超过2530万活跃项目。GitHub开发者们面对规模化开发项目都是如何管理的呢？如何能在最短的时间内发现开发问题？有没有免费工具能够帮助我们快速提高代码质量？

为了帮助更多 Qtum 社区开发者能够更好地使用开源网站，方便对Qtum等开源项目进行开发管理，本文将介绍如何使用 Travis CI 对 Github上的项目进行持续集成，从而提升项目开发的效率与自动化。

所谓持续集成（Continuous Integration），即为系统不断地根据代码库中的最新代码构建项目，并进行自动化测试，帮助开发者及时发现开发过程的问题，保证开发质量，降低后期修复成本。

目前大多数技术团队对项目进行持续集成的重要性已经取得共识，但真正实践的却还是少数。另一种情况中，当项目开发人员较少时，若实施CI工具，将显著提升代码质量。下面将介绍如何为GitHub上托管的开源项目用Travis CI进行持续集成从而提升开发效率与自动化。

Travis CI 介绍

Travis CI 是一个开源的，分布式的持续集成服务，用来构建及测试在 GitHub 托管的代码。

它提供了对多种编程语言的支持，包括 Ruby、JavaScript、Java、Scala、PHP、Haskell 和 Erlang 在内的多种语言。许多知名的开源项目使用它来在每次提交的时候进行构建测试，比如 Ruby on Rails，Ruby 和 Node.js。

开始使用 Travis CI

首先，使用 GitHub 帐号登录 https://travis-ci.org，然后你可以在首页看到你的已开启 Travis CI 服务的项目列表。你可以在 Settings 中添加或删除使用 Travis CI 的项目。

配置 Travis CI

你需要在项目的根目录下添加一个名叫.travis.yml的配置文件，它描述了 Travis CI 每次构建的时候需要做的具体任务。一个最基本的.travis.yml内容大概像这个样子：

language： ruby

rvm：

- 2.2

- jruby

它指出了这个项目需要使用Ruby 2.2以及最新版本的JRuby来构建。你需要把这个配置文件提交到你的仓库里面去，以触发 Travis CI 执行一次构建。

默认情况下，每一次 Push 到 GitHub 仓库，或者每一次的 Pull Request 都会触发一次构建。

触发构建后，你可以在 Travis CI 的网站 上看到相应的构建情况和构建历史。

Travis CI 构建的生命周期

一次构建任务主要由两部分组成：

install： 安装一些必要的依赖

script： 执行构建脚本

你也可以在安装依赖之前（before_install），执行构建脚本之前（before_script）或之后（after_script）执行一些自定义命令。你也可以在构建成功或失败后执行相应的自定义命令。

完整的生命周期如下：

（可选的） 安装 apt addons

（可选的） 安装 cache components

before_install

install

before_script

script

（可选的） before_cache （用于清除缓存）

after_success 或者 after_failure

（可选的） before_deploy

（可选的） deploy

（可选的） after_deploy

`after_script```

配置样例

上例节选自比特币的.travis.yml配置文件。其中描述内容大致如下：

使用xeniel（Ubuntu 16.04） 进行本次构建

使用ccache对部分构建内容进行缓存

定义了两个构建阶段： lint和test

定义了一些环境变量（env）

指定了安装前的操作（before_install）

指定了安装操作（install）

指定了构建前的操作（before_script）

指定了构建操作（script）

指定了构建完成后的操作（after_script）

指定了构建需要执行的任务列表（jobs）