CI，即持续集成，可以有效的提高工作效率，减少开发人员重复性工作，使其将精力放在重要的地方。
在将我原来服务器上的一些网站应用迁往新服务器的时候，我在想一定要淘汰掉之前的那种“原始”的工作方式。即如果想要对现有的网站应用进行升级或者修复bug，首先需要登录服务器，将源代码下载下来。然后在本地调试完成后，再使用 scp 命令将代码上传到服务器进行部署。
那么就需要考虑使用哪种 CI 工具来做这件事情。首先摆在面前的选择有：
- Jenkins 、Gitlab
- Walle、Gitlab
这两个选择都需要在我自己的服务器上安装服务，考虑到服务器性能实在太差一直不确定哪种方案会更好一些。然而，事情突然有了转机。在我领取了GitHab 教育大礼包之后发现里面有一个 Travis CI。目前GitHub的私有仓库不限量，看过Travis CI一部分文档之后发现 Travis CI + GitHub 才是最适合的方案。因为它俩是对“好基友”，操作特别方便。
Travis CI
网络上很多介绍，我就不过多阐述了。其中需要注意的是 Travis CI 有两个网站。 一个是用来支持开源作品的 www.travis-ci.org ,如果你在GitHub上的仓库是public 那么就可以在这个网站上免费使用 Travis CI。另外一个是付费用户使用的 www.travis-ci.com , 当然如果你领取了GitHub的学生大礼包也可以免费使用。这样你就可以 CI 你私有仓库中的项目了。
Travis在持续集成中所扮演的角色如下图所示，
将这个过程简单描述一下就是，Travis监测到有新的代码提交就先从GitHub上拉取代码到它的服务器按照配置文件的参数准备运行环境，进行测试！如果测试通过则远程登录到部署项目的服务器，执行命令（拉取代码、打包运行项目等）。
总而言之就是一个可以省时省力的工具。
