[发明专利]容器化的增量持续交付方法

说明书

本发明涉及数据库领域，具体涉及一种能够减少系统资源占用、提高效率的增量持续交付方法。首先对工程聚合的源代码功能模块进行摘要计算；然后将新版本源代码功能模块的摘要同旧版本源代码功能模块的摘要进行比较，并进行数据保存；若摘要未变化，则结束；若摘要变化则执行源代码功能模块变化部分的持续交付更新流程，直至更新完毕结束。本发明容器化的增量持续交付方法，只是针对摘要变化部分的源代码功能模块进行持续交付更新流程，使得软件开发流程的效率得到大步的提升，周期缩短；因为大部分子工程的源代码并没有变化，故而节省了“编译源码‑打包源码‑打包镜像‑生成容器‑发布运行”五个步骤的服务器CPU资源占用。

技术领域

本发明涉及数据库领域，具体涉及一种能够减少系统资源占用、提高效率的增量持续交付方法。

背景技术

持续交付(Continuous delivery)指的是频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。

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

在持续交付领域，容器化进程已经十分成熟。目前的持续交付流程大体是：

编译源码-打包源码-打包镜像-生成容器-发布运行

可以看到，持续交付分为五个步骤。从上面的步骤来看，对于源码未发生变化的部分，也要打包，生成容器并发布运行。当前的持续交付可以胜任任何场景，都能达到最终的运行环境于代码保持一致的目的。它给不断的迭代并发布新的可运行环境可供了快速的构建算法。这种流程非常通用，旨在响应任何变化。

现有技术的流程是只要提交就开始触发整个流程，流程自动进行，除非手动中断。

但是上述现有技术的缺点主要为：

有时候，我们会把多个工程聚合，整合成为一个大的工程。这个大的工程中任何一个小的部分发生改变，那么我们需要将整个工程全部重新编译、构建并持续交付，如图2所示。这种方案下，传统的容器化持续交付就变得比较低效率，会耗费较多的系统资源。

发明内容

针对现有技术中的缺陷，本发明提供一种能够减少系统资源占用、提高效率的增量持续交付方法。

本发明采用的技术方案是：容器化的增量持续交付方法，包括以下步骤：

a、对工程聚合的源代码功能模块进行摘要计算；

b、将新版本源代码功能模块的摘要同旧版本源代码功能模块的摘要进行比较，并进行数据保存；

c、若摘要未变化，则跳转步骤f；若摘要变化则跳转步骤d；

d、执行源代码功能模块变化部分的持续交付更新流程；

e、重复步骤a～d，直至更新完毕；

f、结束。

所述的步骤a中，所述的工程聚合包括多个源代码功能模块，每个源代码功能模块的进行摘要计算，若新版本和旧版本的源代码功能模块的源代码一致，则得到简短的摘要字符串；若源代码内容发生变化，则得到详细的摘要字符串。

为更好地实现本发明，所述的步骤b中，将新版本源代码功能模块计算出的摘要输入，同时调出保存的旧版本源代码功能模块的摘要进行比较，并保存新版本源代码功能模块的摘要和旧版本源代码功能模块的摘要。

所述的步骤c中，若摘要未变化，则对应的源代码功能模块新版本和旧版本一致，也没有发生变化；此时结束。