免费网络推广网站,网站建设与管理读书心得,wordpress制作小说网站模板,网站建设销售人员培训教程互联网软件的开发和发布#xff0c;已经形成了一套标准流程#xff0c;最重要的组成部分就是持续集成#xff08;Continuous integration#xff0c;简称CI#xff09;。 本文简要介绍持续集成的概念和做法。 一、概念 持续集成指的是#xff0c;频繁地#xff08;一天多… 互联网软件的开发和发布已经形成了一套标准流程最重要的组成部分就是持续集成Continuous integration简称CI。 本文简要介绍持续集成的概念和做法。 一、概念 持续集成指的是频繁地一天多次将代码集成到主干。 它的好处主要有两个。 1快速发现错误。每完成一点更新就集成到主干可以快速发现错误定位错误也比较容易。 2防止分支大幅偏离主干。如果不是经常集成主干又在不断更新会导致以后集成的难度变大甚至难以集成。 持续集成的目的就是让产品可以快速迭代同时还能保持高质量。它的核心措施是代码集成到主干之前必须通过自动化测试。只要有一个测试用例失败就不能集成。 Martin Fowler说过持续集成并不能消除Bug而是让它们非常容易发现和改正。 与持续集成相关的还有两个概念分别是持续交付和持续部署。 二、持续交付 持续交付Continuous delivery指的是频繁地将软件的新版本交付给质量团队或者用户以供评审。如果评审通过代码就进入生产阶段。 持续交付可以看作持续集成的下一步。它强调的是不管怎么更新软件是随时随地可以交付的。 三、持续部署 持续部署continuous deployment是持续交付的下一步指的是代码通过评审以后自动部署到生产环境。 持续部署的目标是代码在任何时刻都是可部署的可以进入生产阶段。 持续部署的前提是能自动化完成测试、构建、部署等步骤。它与持续交付的区别可以参考下图。 图片来源 四、流程 根据持续集成的设计代码从提交到生产整个过程有以下几步。 4.1 提交 流程的第一步是开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交commit。 4.2 测试第一轮 代码仓库对commit操作配置了钩子hook只要提交代码或者合并进主干就会跑自动化测试。 测试有好几种。 单元测试针对函数或模块的测试 集成测试针对整体产品的某个功能的测试又称功能测试 端对端测试从用户界面直达数据库的全链路测试 第一轮至少要跑单元测试。 4.3 构建 通过第一轮测试代码就可以合并进主干就算可以交付了。 交付后就先进行构建build再进入第二轮测试。所谓构建指的是将源码转换为可以运行的实际代码比如安装依赖配置各种资源样式表、JS脚本、图片等等。 常用的构建工具如下。 Jenkins Travis Codeship Strider Jenkins和Strider是开源软件Travis和Codeship对于开源项目可以免费使用。它们都会将构建和测试在一次运行中执行完成。 4.4 测试第二轮 构建完成就要进行第二轮测试。如果第一轮已经涵盖了所有测试内容第二轮可以省略当然这时构建步骤也要移到第一轮测试前面。 第二轮是全面测试单元测试和集成测试都会跑有条件的话也要做端对端测试。所有测试以自动化为主少数无法自动化的测试用例就要人工跑。 需要强调的是新版本的每一个更新点都必须测试到。如果测试的覆盖率不高进入后面的部署阶段后很可能会出现严重的问题。 4.5 部署 通过了第二轮测试当前代码就是一个可以直接部署的版本artifact。将这个版本的所有文件打包 tar filename.tar * 存档发到生产服务器。 生产服务器将打包文件解包成本地的一个目录再将运行路径的符号链接symlink指向这个目录然后重新启动应用。这方面的部署工具有AnsibleChefPuppet等。 4.6 回滚 一旦当前版本发生问题就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接指向上一个版本的目录。 五、参考链接 Gergely Nemeth, Continuous Deployment of Node.js Applications Codeship, Continuous Integration Essentials 完