持续集成简介

做软件开发离不开持续集成!企业内部往往都有持续集成工具,用的最多的当属jenkins

更多精彩内容请看 web前端中文站
www.lisa33xiaoq.net 可按Ctrl + D 进行收藏

互联网软件的开发和发布,已经形成了一套标准流程,最重要的组成部分就是持续集成(Continuous integration,简称CI)。

可以说随着个人技能的提升,学会使用持续集成,了解什么是持续集成就显的很有必要。本文将详细的介绍持续集成是什么?

软件开发的4个过程

软件开发最少有以下4个过程:

  • 设计
  • 开发
  • 测试
  • 发布

持续集成简介

其中这4个过程是相辅相成的,如何快速的对每一个过程进行检验呢?那就是持续的集成所有的单元进行检验。下面我们深入的介绍持续集成!

持续集成的概念

持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

持续集成指的是,频繁地(一天多次)将代码集成到主干。

它的好处主要有两个。

  1. 快速发现错误。每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易。
  2. 防止分支大幅偏离主干。如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成。

持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量。它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。

Martin Fowler说过,”持续集成并不能消除Bug,而是让它们非常容易发现和改正。”

与持续集成相关的,还有两个概念,分别是持续交付和持续部署。

持续交付

有持续集成,就有持续交付。要不然光做持续集成是没有意义的。

持续交付(Continuous delivery)指的是,频繁地将软件的新版本,交付给质量团队或者用户,以供评审。如果评审通过,代码就进入生产阶段。

持续交付可以看作持续集成的下一步。它强调的是,不管怎么更新,软件是随时随地可以交付的。

持续部署

持续部署(continuous deployment)是持续交付的下一步,指的是代码通过评审以后,自动部署到生产环境。

持续部署的目标是,代码在任何时刻都是可部署的,可以进入生产阶段。

持续部署的前提是能自动化完成测试、构建、部署等步骤。它与持续交付的区别,可以参考下图。

持续集成简介

总结

集成是指软件个人研发的部分向软件整体部分交付,以便尽早发现个人开发部分的问题。

持续集成简介

持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。

交付是指研发尽快向客户交付,以便尽早发现生产环境中存在的问题。

持续集成简介

持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题,可以继续手动部署到生产环境中。

部署是代码尽快向可运行的开发/测试节交付,以便尽早测试。

持续集成简介

持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。

如果说等到所有东西都完成了才向下个环节交付,导致所有的问题只能再最后才爆发出来,解决成本巨大甚至无法解决。而所谓的持续,就是说每完成一个完整的部分,就向下个环节交付,发现问题可以马上调整。是的问题不会放大到其他部分和后面的环节。

web前端中文站:

关于持续集成开发的案例,后续有两篇文章有具体介绍。大家可以继续关注学习

1、JENKINS 集成钉钉群通知 教程

2、关于持续集成工具 JENKINS 集成部署 JAVA 教程

【注:本文源自网络文章资源,由站长整理发布】

0
如无特殊说明,文章均为原作者原创,转载请注明出处
  • 转载请注明来源:持续集成简介
  • 本文永久链接地址:https://www.lisa33xiaoq.net/941.html

该文章由 发布

这货来去如风,什么鬼都没留下!!!
发表我的评论

Hi,请填写昵称和邮箱!

取消评论
代码 贴图 加粗 链接 删除线 签到