Travis CI简介

本文涉及的产品
密钥管理服务KMS,1000个密钥,100个凭据,1个月
简介: 什么是持续集成?Travis CI 提供的是持续集成服务(Continuous Integration,简称 CI)。它绑定 Github 上面的项目,只要有新的代码,就会自动抓取。然后,提供一个运行环境,执行测试,完成构建,还能部署到服务器。

什么是持续集成?



Travis CI 提供的是持续集成服务(Continuous Integration,简称 CI)。它绑定 Github 上面的项目,只要有新的代码,就会自动抓取。然后,提供一个运行环境,执行测试,完成构建,还能部署到服务器。


持续集成指的是只要代码有变更,就自动运行构建和测试,反馈运行结果。确保符合预期以后,再将新代码"集成"到主干。


持续集成的好处在于,每次代码的小幅变更,就能看到运行结果,从而不断累积小的变更,而不是在开发周期结束时,一下子合并一大块代码。


The goal is to build healthier software by developing and testing in smaller increments. This is where Travis CI comes in.

我们的目标是通过以较小的增量开发和测试来构建更健康的软件。 这就是 Travis CI 的用武之地。


Travis 要求项目的根目录下面,必须有一个.travis.yml文件。这是配置文件,指定了 Travis 的行为。该文件必须保存在 Github 仓库里面,一旦代码仓库有新的 Commit,Travis 就会去找这个文件,执行里面的命令。


这个文件采用 YAML 格式。下面是一个最简单的 Python 项目的.travis.yml文件。


language: python
script: true


上面代码中,设置了两个字段。language字段指定了默认运行环境,这里设定使用 Python 环境。script字段指定要运行的脚本,script: true表示不执行任何脚本,状态直接设为成功。


Travis 默认提供的运行环境,请参考官方文档 。目前一共支持31种语言,以后还会不断增加。


下面是一个稍微复杂一点的.travis.yml。

language: python
sudo: required
before_install: sudo pip install foo
script: py.test


上面代码中,设置了四个字段:运行环境是 Python,需要sudo权限,在安装依赖之前需要安装foo模块,然后执行脚本py.test。


运行流程


Travis 的运行流程很简单,任何项目都会经过两个阶段。


install 阶段:安装依赖


script 阶段:运行脚本


install 字段


install字段用来指定安装脚本。

install: ./install-dependencies.sh


如果有多个脚本,可以写成下面的形式。

install:
  - command1
  - command2


上面代码中,如果command1失败了,整个构建就会停下来,不再往下进行。


如果不需要安装,即跳过安装阶段,就直接设为true。

install: true


script 字段


script字段用来指定构建或测试脚本。

script: bundle exec thor build


如果有多个脚本,可以写成下面的形式。

script:
  - command1
  - command2


注意,script与install不一样,如果command1失败,command2会继续执行。但是,整个构建阶段的状态是失败。


如果command2只有在command1成功后才能执行,就要写成下面这样。

script: command1 && command2


实例:Node 项目



Node 项目的环境需要写成下面这样。

language: node_js
node_js:
  - "8"


上面代码中,node_js字段用来指定 Node 版本。


Node 项目的installscript阶段都有默认脚本,可以省略。


  • install默认值:npm install


  • script默认值:npm test


更多设置请看官方文档


部署



script阶段结束以后,还可以设置通知步骤(notification)和部署步骤

(deployment),它们不是必须的。


部署的脚本可以在script阶段执行,也可以使用 Travis 为几十种常见服务提供的快捷部署功能。比如,要部署到 Github Pages,可以写成下面这样。


deploy:
  provider: pages
  skip_cleanup: true
  github_token: $GITHUB_TOKEN # Set in travis-ci.org dashboard
  on:
    branch: master


其他部署方式,请看官方文档


完整的生命周期,从开始到结束是下面的流程。

before_install install 阶段之前执行
install
before_script
script
aftersuccess or afterfailure
[OPTIONAL] before_deploy
[OPTIONAL] deploy
[OPTIONAL] after_deploy
after_script script 阶段之后执行


运行状态



最后,Travis 每次运行,可能会返回四种状态。

passed:运行成功,所有步骤的退出码都是0
canceled:用户取消执行
errored:before_install、install、before_script有非零退出码,运行会立即停止
failed :script有非零状态码 ,会继续运行


使用技巧



环境变量


.travis.ymlenv字段可以定义环境变量。

env:
  - DB=postgres
  - SH=bash
  - PACKAGE_VERSION="1.0.*"


然后,脚本内部就使用这些变量了。


有些环境变量(比如用户名和密码)不能公开,这时可以通过 Travis 网站,写在每个仓库的设置页里面,Travis 会自动把它们加入环境变量。这样一来,脚本内部依然可以使用这些环境变量,但是只有管理员才能看到变量的值。具体操作请看官方文档


image.png


image


5.2 加密信息


如果不放心保密信息明文存在 Travis 的网站,可以使用 Travis 提供的加密功能。

首先,安装 Ruby 的包travis

$ gem install travis


然后,就可以用travis encrypt命令加密信息。


在项目的根目录下,执行下面的命令。

$ travis encrypt SOMEVAR=secretvalue


上面命令中,SOMEVAR是要加密的变量名,secretvalue是要加密的变量值。执行以后,屏幕上会输出如下信息。

secure: ".... encrypted data ...."


现在,就可以把这一行加入.travis.yml

env:
  global:
    - secure: ".... encrypted data ...."


然后,脚本里面就可以使用环境变量$SOMEVAR了,Travis 会在运行时自动对它解密。

travis encrypt命令的--add参数会把输出自动写入.travis.yml,省掉了修改env字段的步骤。


$ travis encrypt SOMEVAR=secretvalue --add


详细信息请看官方文档


参考



持续集成服务 Travis CI 教程 - 阮一峰的网络日志


http://www.ruanyifeng.com/blog/2017/12/travis_ci_tutorial.html


目录
相关文章
|
测试技术 数据安全/隐私保护
|
持续交付
Github使用Travis CI持续集成,自动测试代码
Github使用Travis CI持续集成,自动测试代码
73 0
Github使用Travis CI持续集成,自动测试代码
|
存储 缓存 运维
Gitlab CI 小试牛刀
前言 前端工程化中 CI 是必不可少的一环,大家的团队中或多或少都有不同的 CI 能力,有的可能由运维同学使用 JIRA 配置(前司),更多的相信已经迁移到 Gitlab 到 CI/CD 中。那么今天就来聊聊什么是 CI 以及如何在 Gitlab 中配置 CI 能力。
|
敏捷开发 监控 测试技术
持续集成与部署(一):CI/CD简介
持续集成与部署(一):CI/CD简介
持续集成与部署(一):CI/CD简介
|
持续交付 开发工具 Android开发
Android项目持续集成实践之Gitlab CI
简介 持续集成(Continuous integration)是一种软件开发实践,即团队开发成员经常集成它们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。 入门 下面我们来简单介绍
8416 0
|
测试技术 Linux
CI 工具
CI,即continues intergration, 敏捷开发过程中贯彻不停迭代的重要工具, 能每天自动按照脚本生成项目可执行文件,并调用unit test等工具进行单元测试生成报告, 还在继续试用 cruise control这个 由uml名人参...
947 0
|
测试技术 Shell 持续交付
gitlab-ci的简易入门—基于python项目的CI演示
gitlab-ci的简易入门—基于python项目的CI演示
gitlab-ci的简易入门—基于python项目的CI演示
|
缓存 Kubernetes Java
GitLab CI/CD 自动化构建与发布实践
GitLab CI/CD 自动化构建与发布实践
5498 0
GitLab CI/CD 自动化构建与发布实践
|
网络安全
Travis CI 自动化构建 Hexo 博客
前提条件: • 必须使用一个public的项目, 然后登陆https://travis-ci.org/ 进行关联. • 已存在一个hexo的可以跑起来的项目 在你的hexo源码项目, 取出master分支中 添加配置文件.travis.yml,并推送到acc8226.github.io项目中.
137 0
|
Kubernetes JavaScript jenkins
打造K8S与Jenkins的持续集成系统-CI部分
持续集成系统包括CI和CD。在这篇文章里,我们只讨论CI的实现。关于K8S,Jenkins,私有仓库的安装这里不进行说明,只讲解如何将这些工具组合在一起。
303 0
打造K8S与Jenkins的持续集成系统-CI部分