[发明专利]一种将应用部署到运行环境的方法、装置及系统

说明书

本发明提供了一种将应用部署到运行环境的方法、装置及系统，该方法包括：确定应用的应用配置信息及其各个分支、各分支的环境配置信息；客户端针对第一分支请求部署时，根据应用配置信息和该分支的环境配置信息，确定应用的应用结构，应用结构包括源代码文件、依赖于源代码文件的元素声明、依赖于元素声明的任务、依赖于任务的元素声明；根据应用结构确定各待执行任务；根据应用结构、环境配置信息和预设规则库生成各待执行任务的任务脚本；根据应用结构和各任务脚本生成任务执行队列；根据环境配置信息中的环境地址、第一分支和任务执行队列，顺序处理各任务脚本以将应用部署到相应运行环境。本方案能够自动生成任务脚本，从而提高应用部署效率。

技术领域

本发明涉及计算机技术领域，特别涉及一种将应用部署到运行环境的方法、装置及系统。

背景技术

在应用服务开发过程中，开发团队需要将应用部署到不同的运行环境，比如开发环境、测试环境和生产环境。版本控制工具(VCS)和持续集成部署工具(CI/CD)相结合可以实现应用的持续交付。其中，绝大多数版本控制工具支持分支功能，即在一个已有代码集合(主分支)基础上衍生出一个新的代码集合(特性分支)，开发团队在特性分支进行修改，让主分支保持不变，完成开发和验证后，将特性分支的更改合并到主分支。如此，一个应用拥有一个代码库，每个代码库可以有多个分支，每个分支中包括有用于生成应用产物所需的全部源代码文件。不同分支中，一些源代码文件的文件内容，即文件版本可以不同，使得每个分支对应于应用的一个版本。此外，持续集成部署工具提供了任务调度功能，由开发团队提供执行任务所需的任务脚本和触发条件。

目前，考虑到不同分支所对应的环境配置信息通常有所差异，故为了实现基于不同分支将应用部署到不同的运行环境，开发团队为每个分支撰写任务脚本。当系统接受到基于一个分支的部署请求时，系统执行该分支所对应的任务脚本，以部署应用到运行环境。

这种方式要求开发团队要为每个分支撰写任务脚本，实际上不同分支之间的任务脚本的差异是有限的，大多数内容是重复的。当整个应用的部署行为发生变化时，开发团队需要修改每个分支的任务脚本。由于任务脚本需人为撰写，故应用部署效率较低。

发明内容

本发明提供了一种将应用部署到运行环境的方法、装置及系统，能够自动生成任务脚本，从而提高应用部署效率。

为了达到上述目的，本发明是通过如下技术方案实现的：

第一方面，本发明提供了一种将应用部署到运行环境的方法，包括：

确定待部署应用的应用配置信息，以及所述应用的每一个分支，不同分支对应的分支标识不同；

接收外部客户端提供的每一个所述分支的环境配置信息，所述环境配置信息包括运行环境的地址；

在接收到所述客户端发来的、包括有第一分支标识的部署请求时，确定所述第一分支标识对应的第一分支的第一环境配置信息；

根据所述应用配置信息和所述第一环境配置信息，确定所述应用的应用结构，其中，所述应用结构包括：源代码文件、依赖于至少一个源代码文件的元素声明、依赖于至少一个元素声明的任务、依赖于一任务的元素声明；

根据所述应用结构，确定所述应用结构中的每一个待执行任务；

根据所述应用结构、所述第一环境配置信息和预设的规则库，生成每一个所述待执行任务的任务脚本；

根据所述应用结构和生成的各个所述任务脚本，生成任务执行队列；

根据所述第一环境配置信息中包括的运行环境的地址、所述第一分支和所述任务执行队列，顺序处理生成的每一个所述任务脚本，以将所述应用部署到相应运行环境。

进一步地，所述应用结构包括的元素声明有：依赖于服务编排任务的应用声明、依赖于镜像构建任务的镜像声明、依赖于制品构建任务的制品声明、依赖于至少一个源代码文件的源代码工程声明；