CN111309343A - 一种开发部署方法及装置 - Google Patents

Abstract

本发明实施例公开了一种开发部署方法及装置。该方法包括：根据预设部署对象和所述预设部署对象的部署环境，获取配置工程中的目标配置文件；基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；执行所述目标发布脚本，以将基于所述目标构建脚本生成的压缩包发送给测试设备。本发明实施例通过为自动化部署设置配置工程和通用脚本，解决了对脚本文件修改效率低的问题，降低了部署配置的修改难度，从而也降低了对开发人员和运维人员的培训成本，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

Description

一种开发部署方法及装置

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种开发部署方法及装置。

背景技术

传统后端服务的开发多基于单体服务，普遍存在高耦合，低内聚的缺点，不仅开发上技术栈容易受到限制，改动代码也容易牵一发而动全身进而导致整个系统存在风险；部署上也需要对整个系统进行重新部署，耗时长且操作繁琐，硬件成本和维护成本都较高。为了适应不断变化的应用场景，软件系统也处于不断更新的状态。传统的软件组织将开发、IT运维和质量保障等设为各自分离的部门，一个软件系统的成功交付需要依靠各部门之间的紧密协作，但很容易存在各部门之间沟通不清楚和沟通不及时，并且由于各部门的职能不同，因此对软件系统的侧重点也不同，例如开发人员由功能性需求(如用户需求或业务需求)驱动，而运维人员由非功能性需求(如可靠性或服务器性能)驱动，职能的不匹配造成沟通障碍，从而影响软件系统的交付周期。

为了尽可能的缩短软件系统的交付周期，现有技术提出将软件程序的工程构架与DevOps(Development&Operations，开发&运维)方法相结合。DevOps方法具有持续集成、持续部署、环境管理、数据管理以及松耦合架构的特点，采用DevOps提供的自动化工具，开发人员和运维人员都可以对软件系统的部署情况进行配置，从而实现软件开发和软件运维之间的及时沟通和交流，提高交付效率。

但现有的基于DevOps方法并不成熟，当开发人员或运维人员对DevOps系统中的部署配置进行调整时，通常需要对整个脚本文件进行修改，此时要求开发人员掌握有关运维方面的部署配置，运维人员掌握有关开发方面的部署配置。因此上述现有的技术方案，虽然在一定程度上解决了软件开发和软件运维之间的独立性问题，但同时也增加了相关人员的培训成本和部署配置的难度，进而影响部署配置的效率。

发明内容

本发明实施例提供了一种开发部署方法及装置，以降低部署配置的修改难度，以及降低对开发人员和运维人员的培训成本，进而缩短软件系统的交互周期。

第一方面，本发明实施例提供了一种开发部署方法，该方法包括：

根据预设部署对象和所述预设部署对象的部署环境，获取配置工程中的目标配置文件；

基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

执行所述目标发布脚本，以将基于所述目标构建脚本生成的压缩包发送给测试设备。

第二方面，本发明实施例还提供了一种开发部署装置，该装置包括：

目标配置文件获取模块，用于根据预设部署对象和所述预设部署对象的部署环境，获取配置工程中的目标配置文件；

目标脚本生成模块，用于基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

压缩包发送模块，用于执行所述目标发布脚本，以将基于所述目标构建脚本生成的压缩包发送给测试设备。

第三方面，本发明实施例还提供了一种设备，该设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述所涉及的任一所述的开发部署方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行上述所涉及的任一所述的开发部署方法。

本发明实施例通过为自动化部署设置配置工程和通用脚本，解决了对脚本文件修改效率低的问题，降低了部署配置的修改难度，从而也降低了对开发人员和运维人员的培训成本，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

附图说明

图1是本发明实施例一提供的一种开发部署方法的流程图。

图2是本发明实施例一提供的一种生成目标构建脚本的流程图。

图3是本发明实施例二提供的一种开发部署方法的流程图。

图4是本发明实施例二提供的一种开发部署方法的具体实例流程图。

图5是本发明实施例三提供的一种开发部署装置的示意图。

图6是本发明实施例四提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种开发部署方法的流程图，本实施例可适用于对软件系统的部署配置进行测试的情况，该方法可以由开发部署装置来执行，该装置可采用软件和/或硬件的方式实现，该装置可配置于发布设备中，示例性的，发布设备可以是服务器。具体包括如下步骤：

S110、根据预设部署对象和预设部署对象的部署环境，获取配置工程中的目标配置文件。

在一个实施例中，可选的，预设部署对象包括微服务或前端工程。其中，微服务是一种架构风格，一个软件系统由一个或多个微服务组成。每个微服务只关注于一件任务，并且具备完成该任务的业务能力，因此具有高内聚的特点。由于微服务之间可以通过轻量级的协议进行协作运行，因此微服务架构也具有低耦合的特点，软件系统中的每个微服务都能够被独立部署。其中，前端工程是前端开发过程中构建的工程，前端开发是创建前端界面呈现给用户的过程，通过HTML技术、CSS技术或JavaScript技术，以及前端框架和解决方案来实现互联网产品的用户界面交互。其中，示例性的，前端框架可以是Meteor框架、Semantic UI框架或Foundation框架。

在一个实施例中，可选的，采用SpringBoot作为基础框架，创建微服务。这样设置的好处在于，可以达到简化配置、复用工程、环境切分、简化发布环节的目的。

在一个实施例中，可选的，部署环境包括开发环境、测试环境、预发布环境和生产环境。其中，开发环境，即开发人员使用的环境，开发人员可以在该环境下执行编写代码、修改代码和运行程序等操作；测试环境是对生产环境的模拟环境，基本与生产环境相同。在测试环境下，测试人员模拟各种用户可能的操作以对软件系统进行测试；预发布环境是指测试环境到生产环境的过渡环境。在一些情况下，测试环境可能会受到一些限制，使得有关预设部署对象的一些流程或数据没有测试到，此时则需要在预发布环境中进行测试，以保证软件系统的上线质量；生产环境又称线上环境，即用户使用的环境。

其中，配置工程可供开发人员和运维人员设置相关部署配置。在一个实施例中，可选的，配置工程设置在托管仓库。其中，托管仓库可以是gitlab，gitlab是一种开源应用程序，可通过web界面访问托管的项目。具体的，可以将配置工程设置在gitlab项目中。其中，配置工程中的配置文件与预设部署对象和预设部署对象的部署环境相关。具体的，如果预设部署对象为微服务，且微服务的部署环境为测试环境，则获取在与微服务对应的配置工程中的配置文件中，并在该配置文件中获取与微服务的测试环境对应的目标配置文件。

在一个实施例中，可选的，目标配置文件的部署配置的类型包括预设构建配置和预设发布配置，其中，预设构建配置包括构建前配置和构建配置，预设发布配置包括发布前配置、发布配置和发布后配置。

在一个实施例中，可选的，目标配置文件包括构建前配置和构建配置中至少一项部署配置，其中，构建前配置包括托管仓库项目分支、测试设备的地址集合、配置目录和测试设备的发布路径中至少一项。其中，托管仓库项目分支可以是gitlab分支。其中，示例性的，测试设备的发布路径在测试环境下为/data/sit/projectName,在生产环境为/data/prod/projectName。

在一个实施例中，可选的，当预设部署对象为微服务时，与微服务对应的目标配置文件中的构建配置包括普通关系型数据库链接、远程字典服务数据库链接和消息队列链接至少一项。其中，示例性的，普通关系型数据库链接和远程字典服务数据库链接包括但不限于ip地址、端口和用户名密码，以及与部署环境相关的初始连接数、最小/大连接池数量和获取连接等待时间等参数配置。

在一个实施例中，可选的，当预设部署对象为前端工程时，与前端工程对应的目标配置文件中的构建配置包括应用程序接口请求路径和远程静态媒体资源中至少一项。其中，具体的，不同的部署环境对应不同的应用程序请求路径。

需要说明的是，上述实施例只是对目标配置文件中的部署配置进行举例解释说明，并不对部署配置进行限定，可以根据实际需求对部署配置进行自定义。

S120、基于通用脚本对目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本。

在一个实施例中，可选的，通用脚本设置在持续集成平台上。其中，持续集成平台可以是jenkins平台。jenkins是基于Java开发的一种持续集成工具。持续集成是指高频率的将各预设部署对象的代码集成到主干代码上进行测试，以尽快发现其中存在的问题。其中，通用脚本是指可以对各初始脚本进行调用的集成脚本。初始脚本包括构建前脚本、构建脚本、发布前脚本、发布脚本和发布后脚本。其中，替换后的构建前脚本和替换后的构建脚本共同构成目标构建脚本，替换后的发布前脚本、替换后的发布脚本和替换后的发布后脚本共同构成目标发布脚本。

在一个实施例中，可选的，执行通用脚本，以对各初始脚本根据预设调用顺序进行调用；针对每个初始脚本，采用正则表达式匹配，将目标配置文件中的与初始脚本对应的部署配置对初始脚本中的部署配置进行替换，生成目标脚本；基于所述各目标脚本，得到目标构建脚本和目标发布脚本。

其中，正则表达式是一种字符串匹配的模式，包括用于描述字符串特征的字符，可以对查找到的匹配字符串进行替换。其中，目标脚本是指初始脚本被替换后生成的替换后的脚本。其中，具体的，目标构建脚本是指初始脚本基于目标配置文件的预设构建配置替换后生成的脚本，其中，初始脚本包括构建前脚本和构建脚本。目标发布脚本是指初始脚本基于目标配置文件的预设发布配置替换后生成的脚本，其中，初始脚本包括发布前脚本、发布脚本和发布后脚本。在一个实施例中，可选的，预设调用顺序包括依次为构建前脚本、构建脚本、发布前脚本、发布脚本和发布后脚本。

总结来说，通用脚本可以对各初始脚本进行调用，初始脚本包括构建前脚本、构建脚本、发布前脚本、发布脚本和发布后脚本。目标配置文件包括构建前配置、构建配置、发布前配置、发布配置和发布后配置中至少一种。需要说明的是，示例性的，当目标配置文件中不包括构建前配置时，通用脚本仍需对构建前脚本进行调用。也就是说，当目标配置文件中不包括与初始脚本对应的部署配置时，通用脚本仍需根据预设调用顺序对该初始脚本进行调用及执行。

在一个实施例中，可选的，将gitlab项目中的目标配置文件读入到jenkins平台上，基于jenkins平台上的通用脚本对配置工程中的目标配置文件的部署配置进行读取。举例而言，图2是本发明实施例一提供的一种生成目标构建脚本的流程图，以配置工程中的目标配置文件包括构建前配置和构建配置为例。将gitlab项目中的配置工程中的目标配置文件读入到jenkins平台上，jenkins平台上的通用脚本调用与构建前配置对应的构建前脚本，并采用正则表达式匹配，将目标配置文件中的构建前配置对构建前脚本中的部署配置进行替换，生成替换后的构建前脚本，此处的目标脚本为与调用的构建前脚本对应的替换后的构建前脚本。通用脚本调用与构建配置对应的构建脚本，并采用正则表达式匹配，将目标配置文件中的构建配置对构建脚本中的部署配置进行替换，生成替换后的构建脚本。替换后的构建前脚本和构建脚本共同构成目标构建脚本。

S130、执行目标发布脚本，以将基于目标构建脚本生成的压缩包发送给测试设备。

其中，示例性的，当预设部署对象为微服务时，压缩包的类型可以WAR压缩包，当预设部署对象为前端工程时，压缩包的类型可以是ZIP压缩包。其中，具体的，测试设备与部署环境相关，测试设备不仅是测试环境中的测试设备，也可以是开发环境中的测试设备。

本实施例的技术方案，通过为自动化部署设置配置工程和通用脚本，解决了对脚本文件修改效率低的问题，降低了部署配置的修改难度，从而也降低了对开发人员和运维人员的培训成本，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

实施例二

图3是本发明实施例二提供的一种开发部署方法的流程图，本实施例的技术方案是上述实施例的基础上的进一步细化。可选的，所述方法还包括：生成与所述配置工程中的所有配置文件的部署配置对应的配置目录；相应的，所述方法还包括：当满足预设触发条件时，启动轮询器对所述配置工程中的所有配置文件的部署配置进行检测；如果检测到所述配置工程中的部署配置被修改，则对所述配置目录进行更新。本实施例的具体实施步骤包括：

S210、生成与配置工程中的所有配置文件的部署配置对应的配置目录。

其中，配置目录是指包含了配置工程中的所有部署配置。具体的，配置目录包括至少一个配置文件目录和与各配置文件目录对应的部署配置。

S220、根据预设部署对象和预设部署对象的部署环境，获取配置工程中的目标配置文件。

在一个实施例中，可选的，在获取配置工程中的目标配置文件之前，采用代码质量检测工具对至少一个预设部署对象的代码进行代码质量分析；如果每个预设部署对象的代码质量满足质量要求，则执行后续步骤。其中，示例性的，代码质量检测工具可以是Sonar代码质量检测工具。这样设置的好处在于，对开发环节提交的代码进行审查，并根据审查结果判断是否进行下一步的持续集成环节，做到了避免不健康的代码影响单个微服务的健壮性。

S230、基于通用脚本对目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本。

在一个实施例中，可选的，根据预设对象配置的优先级确定目标部署配置，并生成与目标部署配置对应的目标构建脚本和目标发布脚本，其中，预设对象配置的优先级从高到低依次为配置工程中的部署配置、持续集成配置和预设部署对象的配置。

其中，各预设对象配置中的部署配置均指与预设部署对象和预设部署对象的部署环境相关的配置。在一个实施例中，可选的，配置工程的部署配置的形式包括属性名：属性值。假设配置工程配置了A:1，B:2；持续集成配置了B:1，C:2；预设部署对象配置了A:1，C:2，则目标部署配置包括A:1，B:2，C:2。其中，示例性的，持续集成配置可以是jenkins配置。

这样设置的好处在于，可以达到开发人员和运维人员可以从不同粒度参与修改自动化部署配置的目的。

S240、执行目标发布脚本，以将基于目标构建脚本生成的压缩包发送给测试设备。

在一个实施例中，可选的，测试设备调用数据分析平台对运维测试过程中生成的报错日志进行监控。其中，示例性的，数据分析平台可以是Kibana平台。

图4是本发明实施例二提供的一种开发部署方法的具体实例流程图，图4以预设部署对象为微服务为例。基于DevOps方法采用Jenkins+Sonar+Kibana的组合方式，构建微服务的代码质量检查、持续集成、持续部署以及服务健康状态检查的从开发到自动化部署的全流程方法。

图4以配置工程包括所有配置为例。Sonar代码质量检测工具对各个微服务的代码质量进行检测，如果每个微服务的代码质量均满足质量要求，则jenkins平台基于jenkins任务对检测后的各微服务自动开始持续集成。具体为：将配置工程读入到jenkins平台上，jenkins平台上的通用脚本调用初始脚本对配置工程进行读取，依次得到基于配置工程中构建前配置的替换后构建前脚本；调用的构建脚本，根据配置工程中构建配置和替换后构建前脚本，生成替换后构建脚本；替换后构建前脚本和替换后构建脚本共同构成目标构建脚本。当预设部署对象为微服务时，采用maven工具执行目标构建脚本，生成构建后的压缩包；当预设部署对象为前端工程时，采用webpack工具执行目标构建脚本，生成构建后的压缩包。执行持续发布操作，即自动化部署。基于上述记载的技术方案得到的目标发布脚本，需要说明的是，目标发布脚本同样需要基于目标构建脚本生成。执行目标发布脚本，将压缩包发送给测试设备，测试设备对压缩包进行解压，并将脚本写入测试设备，进行灰度发布。其中，测试设备脚本是指辅助测试设备进行测试的脚本。其中，测试设备可以是资源池。在持续检测的过程中，通过Kibana平台实时监控测试设备上的报错日志信息，使开发人员无需通过繁琐的权限校验监测功能模块的健康状态。

S250、当满足预设触发条件时，启动轮询器对配置工程中的所有配置文件的部署配置进行检测。

在一个实施例中，可选的，预设触发条件包括第一次将压缩包发送给测试设备和/或生成与配置工程中的所有配置文件的部署配置对应的配置目录。

其中，示例性的，轮询器的轮询时间可以是1分钟、5分钟或15分钟，此处对轮询时间不作限定。具体的，轮询器定时访问gitlab项目，对gitlab项目中的配置工程中的部署配置进行检测，确定配置工程中的部署配置是否有修改。

S260、如果检测到配置工程中的部署配置被修改，则对配置目录进行更新。

其中，具体的，假设配置工程中包括配置文件1和配置文件2，当检测到配置文件1中的配置A被修改时，则对配置目录中配置文件1对应的配置A进行更新，替换为修改后的配置A。

在一个实施例中，可选的，当接收到用户输入的更新指令时，则基于通用脚本对配置目录的目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本。

本实施例的技术方案，通过轮询器对配置工程中的部署配置进行检测，解决了对脚本文件修改不及时的问题，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

实施例三

图5是本发明实施例三提供的一种开发部署装置的示意图。本实施例可适用于对软件系统的部署配置进行测试的情况，该装置可采用软件和/或硬件的方式实现。该开发部署装置包括：目标配置文件获取模块310、目标脚本生成模块320和压缩包发送模块330。

其中，目标配置文件获取模块，用于根据预设部署对象和预设部署对象的部署环境，获取配置工程中的目标配置文件；

目标脚本生成模块，用于基于通用脚本对目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

压缩包发送模块，用于执行目标发布脚本，以将基于目标构建脚本生成的压缩包发送给测试设备。

本实施例的技术方案，通过为自动化部署设置配置工程和通用脚本，解决了对脚本文件修改效率低的问题，降低了部署配置的修改难度，从而也降低了对开发人员和运维人员的培训成本，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

在上述技术方案的基础上，可选的，该装置还包括：

优先级模块，用于根据预设对象配置的优先级确定目标部署配置，并基于目标部署配置生成目标构建脚本和目标发布脚本，其中，预设对象配置的优先级从高到低依次为配置工程中的部署配置、持续集成配置和预设部署对象的配置。

可选的，目标脚本生成模块320具体用于：

执行通用脚本，以对各初始脚本根据预设调用顺序进行调用；针对每个初始脚本，采用正则表达式匹配，将目标配置文件中与初始脚本对应的部署配置对初始脚本中的部署配置进行替换，生成目标脚本；基于各目标脚本，得到目标构建脚本和目标发布脚本。

可选的，该装置还包括：

代码质量检查模块，用于采用代码质量检测工具对至少一个预设部署对象的代码进行代码质量分析；如果每个预设部署对象的代码质量满足质量要求，则调用目标配置文件获取模块310。

可选的，该装置还包括：配置目录生成模块，用于生成与配置工程中的所有配置文件的部署配置对应的配置目录；相应的，该装置还包括：

轮询器检测模块，用于当满足预设触发条件时，启动轮询器对配置工程中的所有配置文件的部署配置进行检测；如果检测到配置工程中的部署配置被修改，则对配置目录进行更新。

可选的，目标配置文件包括构建前配置和构建配置中至少一项部署配置，其中，构建前配置包括托管仓库项目分支、测试设备的地址集合和测试设备的发布路径中至少一项。

可选的，预设部署对象包括微服务，相应的，与微服务对应的目标配置文件中的构建配置包括普通关系型数据库链接、远程字典服务数据库链接和消息队列链接至少一项。

可选的，预设部署对象包括前端工程，相应的，与前端工程对应的目标配置文件中的构建配置包括应用程序接口请求路径和远程静态媒体资源中至少一项。

本发明实施例所提供的开发部署装置可以用于执行本发明实施例所提供的开发部署方法，具备执行方法相应的功能和有益效果。

值得注意的是，上述开发部署装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例四

图6是本发明实施例四提供的一种设备的结构示意图，本发明实施例为本发明上述实施例的开发部署方法的实现提供服务，可配置上述实施例中的开发部署装置。图6示出了适于用来实现本发明实施方式的示例性设备12的框图。图6显示的设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该设备12交互的设备通信，和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器20通过总线18与设备12的其它模块通信。应当明白，尽管图中未示出，可以结合设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的开发部署方法。

在一个实施例中，可选的，开发部署的系统包括设备12和测试设备，用于实现本发明实施例所提供的开发部署方法。其中，示例性的，设备12可以是用于发布的服务器。

通过上述设备，解决了对脚本文件修改效率低的问题，降低了部署配置的修改难度，从而也降低了对开发人员和运维人员的培训成本，提高了部署配置的修改效率，进而缩短软件系统的交互周期。

实施例五

本发明实施例五还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种开发部署方法，该方法包括：

根据预设部署对象和预设部署对象的部署环境，获取配置工程中的目标配置文件；

基于通用脚本对目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

执行目标发布脚本，以将基于目标构建脚本生成的压缩包发送给测试设备。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的开发部署方法中的相关操作。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种开发部署方法，其特征在于，包括：

根据预设部署对象和所述预设部署对象的部署环境，获取配置工程中的目标配置文件；

基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

执行所述目标发布脚本，以将基于所述目标构建脚本生成的压缩包发送给测试设备。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据预设对象配置的优先级确定目标部署配置，并基于所述目标部署配置生成目标构建脚本和目标发布脚本，其中，所述预设对象配置的优先级从高到低依次为配置工程中的部署配置、持续集成配置和预设部署对象的配置。

3.根据权利要求1所述的方法，其特征在于，所述基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本，包括：

执行通用脚本，以对各初始脚本根据预设调用顺序进行调用；

针对每个初始脚本，采用正则表达式匹配，将所述目标配置文件中与所述初始脚本对应的部署配置对所述初始脚本中的部署配置进行替换，生成目标脚本；

基于所述各目标脚本，得到目标构建脚本和目标发布脚本。

4.根据权利要求1所述的方法，其特征在于，在获取配置工程中的目标配置文件之前，还包括：

采用代码质量检测工具对至少一个预设部署对象的代码进行代码质量分析；

如果每个预设部署对象的代码质量满足质量要求，则执行后续步骤。

5.根据权利要求1所述的方法，其特征在于，所述测试设备包括数据分析平台，所述方法还包括：

所述测试设备调用数据分析平台对运维测试过程中生成的报错日志进行监控。

6.根据权利要求1所述的方法，其特征在于，还包括：生成与所述配置工程中的所有配置文件的部署配置对应的配置目录；相应的，所述方法还包括：

当满足预设触发条件时，启动轮询器对所述配置工程中的所有配置文件的部署配置进行检测；

如果检测到所述配置工程中的部署配置被修改，则对所述配置目录进行更新。

7.根据权利要求1所述的方法，其特征在于，所述目标配置文件包括构建前配置和构建配置中至少一项部署配置，其中，所述构建前配置包括托管仓库项目分支、测试设备的地址集合和测试设备的发布路径中至少一项。

8.根据权利要求7所述的方法，其特征在于，所述预设部署对象包括微服务，相应的，与所述微服务对应的目标配置文件中的构建配置包括普通关系型数据库链接、远程字典服务数据库链接和消息队列链接至少一项。

9.根据权利要求7所述的方法，其特征在于，所述预设部署对象包括前端工程，相应的，与所述前端工程对应的目标配置文件中的构建配置包括应用程序接口请求路径和远程静态媒体资源中至少一项。

10.一种开发部署装置，其特征在于，包括：

目标配置文件获取模块，用于根据预设部署对象和所述预设部署对象的部署环境，获取配置工程中的目标配置文件；

目标脚本生成模块，用于基于通用脚本对所述目标配置文件中的部署配置进行读取，生成目标构建脚本和目标发布脚本；

压缩包发送模块，用于执行所述目标发布脚本，以将基于所述目标构建脚本生成的压缩包发送给测试设备。

Images