CI 之 Travis CI

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在持续集成中所扮演的角色如下图所示,

CI工作流程

将这个过程简单描述一下就是,Travis监测到有新的代码提交就先从GitHub上拉取代码到它的服务器按照配置文件的参数准备运行环境,进行测试!如果测试通过则远程登录到部署项目的服务器,执行命令(拉取代码、打包运行项目等)。

总而言之就是一个可以省时省力的工具。

发布者

常轩

常轩

总要做点什么吧!

发表评论

电子邮件地址不会被公开。 必填项已用*标注