[发明专利]一种基于容器技术自动构建目标文件的方法

说明书

本发明公开了提供了一种基于容器技术自动构建目标文件的方法，该方法包括：步骤1：获取项目代码并复制到服务器上；步骤2：判断服务器上是否存在存放有项目环境信息的配置文件；若是，则执行步骤3；若否，则执行步骤6；步骤3：读取配置文件信息，得出当前项目需要的环境；步骤4：判断服务器上环境镜像是否存在，若不存在，则生成环境镜像；若存在，则通过docker镜像启动docker容器；步骤5：在docker容器中执行预先定义的目标文件构建命令；步骤6：结束构建操作。本发明有效解决了基于标准架构项目的编译构建问题，使用容器镜像，快速地提供不同的开发环境，测试环境，部署环境。在迁移环境时，也变得比传统模式更快捷，确保了环境迁移后的完全一致。

技术领域

本发明涉及软件开发领域，具体涉及一种基于容器技术自动构建目标文件的方法。

背景技术

在软件开发中，构建系统(build system)是用来从源代码生成用户可以使用的目标的自动化工具。目标可以包括库、可执行文件、或者生成的脚本等等。

为了构建目标，构建系统需要知道的配置信息包括工具链组件(如C++编译器)的位置、源代码的位置、代码依赖、外部依赖、这些依赖的位置在哪里、需要构建哪个目标、这些目标都需要安装在什么地方等等。这些信息通常在构建系统能够读取的配置文件中说明。构建系统使用这些信息，以合适的顺序构建对源代码进行处理和构建，最终生成目标。

在整个软件生命周期(Software Development LifeCycle，是指软件的产生直到成熟的全部过程)中，其中开发，测试，系统集成，运行阶段，都涉及构建操作，这时候就需要一套相对应的环境来确保软件在开发，测试，集成，运行阶段能够完成构建操作。

现有软件开发技术中存在以下缺点与不足：

(1)资源浪费

为了确保开发，测试，系统集成，运行阶段，环境互不影响，往往都会单独部署环境，然而现实中，项目处于开发前期时，测试，集成测试，和运行阶段是不需要环境的，这时候如果对于测试，集成测试和运行阶段提前部署了环境，就造成了资源空置，浪费。

(2)无法保证各环境完全一致

在开发阶段往往为了方便或者为了提高开发效率等考虑，开发人员一般都使用本地系统(默认为Windows系统)搭建本地环境用于系统开发，在测试阶段，测试环境一般都选用Linux系统作为底层操作系统，在集成测试中，为了贴近实际的生产运行环境，可能会更换Unix系统。底层操作系统的不一致，就导致了运行环境的不一致。

(3)不利于迁移

在现实的使用中，如果环境服务器出现宕机(宕机是计算机术语，口语里面我们简单的把停掉机器叫做down机，转换为汉字是“宕机”，但很多人都叫做“当机”/“死机”，虽然不规范但却流行。宕机，指操作系统无法从一个严重系统错误中恢复过来，或系统硬件层面出问题，以致系统长时间无响应，而不得不重新启动计算机的现象。它属于电脑运作的一种正常现象，任何电脑都会出现这种情况。)时，这时候我们需要重新部署一套环境，如果一套环境集成了大量的开发语言，依赖库等等，那么恢复环境将变得特别复杂。

(4)不利于维护

在实际的开发中，一套成熟可用的系统，经历的时间往往特别的长，这时候就会出现开发语言版本不一致的问题。在软件开发之初，选了当前版本，3年5年过去了，为了在当下环境更好的提供服务，系统需要升级，重构，优化等操作，这时候开发语言的版本就会发生变更，意味着所有的环境都需要升级，如果出现版本与版本之间不兼容的问题，那么就需要准备多套环境来满足软件生命周期中的开发，测试集成测试，和运行阶段。

因此，目前亟需提供一种方法以解决上述现有技术的问题。

发明内容