一种基于WEB界面的前端工程部署方法、设备及介质与流程

一种基于web界面的前端工程部署方法、设备及介质
技术领域
1.本技术涉及计算机技术领域，具体涉及一种基于web界面的前端工程部署方法、设备及介质。


背景技术：

2.随着项目开发进程的不断推进，需要管理发布的前端工程也越来越多。而前端工程的管理发布大多需技术人员进行手工打包，然后上传到服务器指定位置解压后才能进行部署，该过程所需的部署时间成本和调试成本较高，并且，部署过程一旦报错，很难快速进行迭代更新，难以保证项目环境的稳定运行。


技术实现要素：

3.为了解决上述问题，本技术提出了一种基于web界面的前端工程部署方法，包括：服务端接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的前端工程部署信息打包而成；将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署；接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
4.在本技术的一种实现方式中，服务端接收打包模块发送的前端工程部署请求之前，方法还包括：打包模块接收并解析web界面提交的前端工程部署信息，对前端工程部署信息进行打包，得到对应的前端工程部署包；将前端工程部署包存储至分布式存储模块中，并获取前端工程部署包在分布式存储模块中对应的存储位置信息。
5.在本技术的一种实现方式中，从分布式存储模块中获取对应的前端工程部署包之后，方法还包括：服务端解析前端工程部署包，以获取前端工程部署包对应的静态数据包和执行脚本。
6.在本技术的一种实现方式中，调用客户端，对前端工程部署包进行部署，具体包括：客户端接收服务端发送的静态数据包和执行脚本，并将静态数据包按照其对应的资源路径进行存储；根据执行脚本，获取静态数据包对应的前端工程配置，以使执行脚本根据前端工程配置对前端工程部署包进行自动化部署。
7.在本技术的一种实现方式中，根据部署状态信息，执行对应的部署状态响应操作，具体包括：在部署状态信息为部署失败的情况下，服务端输出报错日志，并从分布式存储模块中，拉取前端工程部署包所在版本的上一版本的历史前端工程部署包以进行回滚。
8.在本技术的一种实现方式中，对前端工程部署信息进行打包，得到对应的前端工程部署包，具体包括：打包模块根据前端工程部署信息，确定对应的前端工程中各分支的代码、前端工程配置和文件目录；将各分支的代码、前端工程配置和文件目录进行打包，生成对应的前端工程部署包。
9.在本技术的一种实现方式中，将前端工程部署包存储至分布式存储模块中之后，
方法还包括：分布式存储模块将前端工程部署包以冗余存储的方式进行存储。
10.在本技术的一种实现方式中，根据部署状态信息，执行对应的部署状态响应操作，具体包括：在部署状态信息为部署成功的情况下，服务端向web界面返回前端工程部署成功的状态提示信息，并更新当前部署的前端工程对应的版本号。
11.本技术实施例提供了一种基于web界面的前端工程部署设备，设备包括：
12.至少一个处理器；以及，
13.与至少一个处理器通信连接的存储器；其中，
14.存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：
15.接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的前端工程部署信息打包而成；
16.将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署；
17.接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
18.本技术实施例提供了一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，计算机可执行指令设置为：
19.接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的前端工程部署信息打包而成；
20.将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署；
21.接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
22.本技术实施例提供的一种基于web界面的前端工程部署方法、设备及介质，至少具备以下有益效果：
23.打包模块能够自动打包来自web界面上填写的前端工程部署信息，并生成对应的前端工程部署包，这样实现了打包模块与web界面之间的数据交互以及前端工程文件的自动打包，减少了运维人员的操作，有效提高了打包效率。在打包完成后，前端工程部署包能够进行分布式存储，保证了前端工程部署包的容灾能力，提高了可用性。通过服务端来调用客户端去执行相应的脚本，以此来进行前端部署包的部署，提高了部署的自动化程度，并且客户端会及时反馈给服务端相应的部署状态信息，这样服务端可根据部署状态信息及时采取相应的响应操作，具有较强的可靠性和适应性。
附图说明
24.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
25.图1为本技术实施例提供的一种基于web界面的前端工程部署方法的流程示意图；
26.图2为本技术实施例提供的另一种基于web界面的前端工程部署方法的流程示意图；
27.图3为本技术实施例提供的一种基于web界面的前端工程部署设备的结构示意图。
具体实施方式
28.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
29.以下结合附图，详细说明本技术各实施例提供的技术方案。
30.如图1所示，本技术实施例提供了一种基于web界面的前端工程部署方法，包括：
31.s101：服务端接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的前端工程部署信息打包而成。
32.用户可通过web界面填写前端工程部署信息，比如资源路径、代码、配置文件等。待填充完毕后，web界面会向打包模块提交前端工程部署信息，打包模块在接收到相应的提交请求后，会对该提交请求进行格式化，然后对前端工程部署信息进行打包，得到对应的前端工程部署包。这里的打包模块可以是后台脚本，能够根据前端工程部署信息确定对应的前端工程中各分支的代码、前端工程配置和文件目录，然后将各分支的代码、前端工程配置和文件目录自动分批进行打包。
33.打包模块在完成自动化打包后，将打包完成的前端工程部署包上传至分布式存储模块中。分布式存储模块能够以冗余存储的方式存储上述已打包的前端工程部署包，以此来保障数据的容灾能力，这样在数据出错或存储资源丢失的情况下可及时进行备份，保障项目开发环境的正常运行。在将前端工程部署包存于分布式存储模块之后，打包模块能够获取前端工程部署包对应的分布式存储位置信息，这样便可将存储位置信息发送给服务端，以使服务端能够根据存储位置信息从分布式存储模块中获取相应的前端工程部署包，实现前端工程的后续部署工作。
34.打包模块在获取到前端工程部署包对应的分布式存储位置信息之后，可生成相应的前端工程部署请求，并将该前端工程部署请求发送至服务端。服务端根据前端工程部署请求携带的存储位置信息，从分布式存储模块中获取前端工程部署包，然后对其进行解析，从而获取到该前端工程部署包对应的静态数据包和执行脚本，静态数据包主要用于存储前端工程文件的资源信息以及前端工程配置信息等，执行脚本为预先编写好的可自动化执行组件，能够进行前端工程的自动化部署。
35.本技术实施例通过打包模块进行前端工程的打包，以及通过执行脚本进行前端工程的相关服务部署，实现了前端工程的打包及部署等一系列自动化流程，而不再需要专门的技术人员去手动进行打包和上传，在节省了时间成本的同时，还能够有效降低出错的概率，保障了开发环境的平稳运行，提高了部署效率。
36.s102：将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署。
37.客户端接收服务端发送的前端工程部署包对应的数据包以及执行脚本之后，根据数据包对应的资源路径将其进行存储，然后调用执行脚本，获取数据包中携带的前端工程
配置，从而使得在执行脚本命令的过程中，能够根据前端工程配置对前端工程部署包进行自动化部署。前端工程的部署实质上就是将前端工程部署信息发布于客户端对应的服务器上，而通过执行脚本的自动化部署能够实现前端工程的快速部署，提高了部署效率。
38.s103：接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
39.客户端在完成部署后，向服务端返回部署成功或部署失败的部署状态信息。服务端能够根据部署状态信息，选择性执行对应的部署状态响应操作。部署状态信息一般以数据包的形式传输给服务端，服务端可根据数据包中携带的状态信息字段去判断当前的部署状态，比如，若状态信息字段为00，那么表示部署出错，若状态信息字段为01或10，则表示部署成功。
40.具体地，若服务端接收到部署失败的部署状态信息，则服务端会输出报错日志，并从分布式存储模块中拉取当前部署版本的上一版本的历史前端工程部署包，然后将上一版本的历史前端工程部署包发送给客户端。这样能够实现部署事务的回滚，从而在部署出错的情况下，保证项目可按照原本部署的前端工程正常推进，不至于影响下一阶段的开发和部署。若服务端接收到部署成功的部署状态信息，服务端向web界面返回前端工程部署成功的状态提示信息，并更新当前部署的前端工程对应的版本号。
41.图2为本技术实施例提供的另一种基于web界面的前端工程部署方法的流程示意图。如图2所示，待web界面上填充完毕前端工程部署信息之后，打包模块对该前端工程部署信息进行解析，并自动将其进行打包，然后将打包后生成的前端工程部署包存储于分布式存储模块中去。分布式存储模块返回给打包模块相应的存储位置信息。
42.打包模块完成打包后给服务端发送前端工程部署请求，服务端在接收到该前端工程部署请求后，根据前端工程部署请求中携带的存储位置信息，从分布式存储模块中获取到相应的前端工程部署包，并解析前端工程部署请求以获取到对应的静态数据包和执行脚本。此时，服务端调用客户端，通过客户端的执行脚本来进行前端工程部署包的部署。客户端在部署成功的情况下，向服务端发送前端工程部署成功的状态提示信息，并由服务端将该状态提示信息返回至web界面上；在部署不成功的情况下，客户端向服务端发送前端工程部署失败的提示信息，此时服务端会向web界面返回相关的部署失败的状态提示信息，并从分布式存储模块中获取上一版本的前端工程部署包作为最新版本的前端工程进行部署应用，以此来实现前端部署工程的回滚。
43.以上为本技术提出的方法实施例。基于同样的思路，本技术的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。
44.图3为本技术实施例提供的一种基于web界面的前端工程部署设备结构示意图。如图3所示，包括：
45.至少一个处理器；以及，
46.与至少一个处理器通信连接的存储器；其中，
47.存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：
48.接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的
前端工程部署信息打包而成；
49.将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署；
50.接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
51.本技术实施例提供的一种非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：
52.接收打包模块发送的前端工程部署请求，并根据前端工程部署请求，从分布式存储模块中获取对应的前端工程部署包；前端工程部署包由打包模块根据web界面上填充的前端工程部署信息打包而成；
53.将前端工程部署包发送至客户端，以调用客户端，对前端工程部署包进行部署；
54.接收客户端反馈的部署状态信息，并根据部署状态信息，执行对应的部署状态响应操作。
55.本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
56.本技术实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。
57.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
58.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
59.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
60.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
61.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网
络接口和内存。
62.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
63.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
64.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
65.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。