1.本技术属于测试环境部署领域，具体涉及一种待测服务的部署方法、装置、电子设备及存储介质。
背景技术：2.在相关技术中，技术人员每次需求提交测试的时候都会创建新的提测分支，因此每次都需要提前沟通提测分支，并手动修改部署服务的配置脚本中的分支，从而使得部署待测服务的过程复杂并使得部署待测服务过程的时间较长，以至于部署待测服务的过程的效率较低。
技术实现要素：3.本技术实施例提供一种待测服务的部署方法、装置、电子设备及存储介质，能够解决相关技术中部署待测服务的过程的效率较低的问题。
4.第一方面，本技术实施例提供了一种待测服务的部署方法，该方法包括：接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作。
5.第二方面，本技术实施例提供了一种待测服务的部署装置，该装置包括：接收模块，用于接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；
6.获取模块，用于根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；更新模块，用于将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；触发模块，用于基于所述脚本的更新操作，触发部署所述待测服务的操作。
7.第三方面，本技术实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
8.第四方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
9.第五方面，本技术实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
10.在本技术实施例中，通过接收基于测试需求提交的待测服务的相关信息，其中，所
述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作，使得在需要提交测试时，只提交需要替换的分支对应的分支地址信息就可以触发部署待测服务，从而避免了每次提测时创建新的提测分支，并避免了在此基础上手动修改部署服务的配置脚本中的分支，进而可以避免由以上操作导致的部署服务的过程效率较低的问题。
附图说明
11.图1是本技术实施例提供的一种待测服务的部署方法的流程示意图；
12.图2是本技术实施例提供的本技术实施例提供的又一种待测服务的部署方法的流程示意图；
13.图3是根据本技术的一个实施例的一种待测服务的部署装置的结构示意图；
14.图4是根据本技术的另一个实施例的电子设备的结构示意图。
具体实施方式
15.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
16.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
17.具体的，在相关技术中，技术人员每次需求提交测试的时候都会创建新的提测分支，因此每次都需要提前沟通提测分支，并手动修改部署服务的配置脚本中的分支，从而使得部署待测服务的过程复杂并使得部署待测服务过程的时间较长，以至于部署待测服务的过程的效率较低。
18.并且，在相关技术中，可以通过监听服务监听待测服务的代码提交事件，并触发待测服务的部署，但是这会导致在用户只是提交待测服务的代码，并没有实际触发待测服务的部署的情况下，使得待测服务被部署，从而影响测试环境。
19.针对此，本技术通过接收基于测试需求的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作，使得在需要提交测试时，只提交需要替换的分支对应的分支地
址信息就可以触发部署待测服务，从而避免了每次提测时创建新的提测分支，并避免了在此基础上手动修改部署服务的配置脚本中的分支，进而可以避免由以上操作导致的部署服务的过程效率较低的问题。
20.此外，本技术通过在脚本更新时触发待测服务的部署，可以避免在只是提交待测服务的代码，并没有实际触发待测服务的部署的情况下，使得待测服务被部署，从而影响测试环境的问题。
21.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的一种待测服务的部署方法、装置、电子设备及存储介质进行详细地说明。
22.图1示出本发明的一个实施例提供的一种待测服务的部署方法，该方法可以由电子设备执行，该电子设备可以包括：服务器和/或终端设备，其中终端设备可以例如手机终端等。换言之，该方法可以由安装在电子设备的软件或硬件来执行，该方法包括如下步骤：
23.步骤101：接收基于测试需求所提交的待测服务的相关信息。
24.其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息。
25.具体的，可以创建基于测试需求的提测请求并提交该提测请求，该提测请求可以包括待测服务的相关信息，该相关信息可以包括待测服务所属的项目名称及待测服务对应的目标分支地址信息，其中，上述待测服务可以为提测请求所提测的项目所需要部署的待测服务。
26.可选的，可以利用项目跟踪工具跟踪提交待测服务的相关信息的行为，若项目跟踪工具发现提交的待测服务的相关信息，服务端可以接收所提交的待测服务的相关信息。
27.可选的，还可以提交待测服务的相关信息的更新请求。例如更新待测服务所属的项目名称或者目标分支地址信息，若项目跟踪工具在发现待测服务的相关信息进行了更新，服务端可以接收待测服务的相关信息的更新信息。
28.可以理解的是，上述分支地址为所提交的待测服务对应的提测分支所在的地址，例如可以为“http://www.jianting.com/gitlab/webhooks”。
29.步骤102：根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支。
30.具体的，在服务端可以预先配置某一项目名称对应的待测服务所对应的脚本，该脚本可以包括待测服务的前端部署脚本与后端部署脚本，脚本中可以包括待更新的分支；在此基础上，可以理解的是，通过目标分支地址信息可以获取用于在前端部署脚本中进行更新的目标分支以及用于在后端部署脚本中进行更新的目标分支。
31.进一步的，服务端接收到所提交的待测服务所属的项目名称及待测服务对应的目标分支地址信息，可以根据项目名称确定项目名称对应的待测服务所对应的脚本。
32.步骤103：将所述脚本中预先确定的待更新分支更新为所述目标分支。
33.其中，所述脚本的更新操作用于触发所述待测服务的部署。
34.步骤103：基于所述脚本的更新操作，触发部署所述待测服务的操作。
35.这样，本技术实施例通过接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所
述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作，使得在需要提交测试时，只提交需要替换的分支对应的分支地址信息就可以触发部署待测服务，从而避免了每次提测时创建新的提测分支，并避免了在此基础上手动修改部署服务的配置脚本中的分支，进而可以避免由以上操作导致的部署服务的过程效率较低的问题。
36.此外，本技术通过在脚本更新时触发待测服务的部署，可以避免在只是提交待测服务的代码，并没有实际触发待测服务的部署的情况下，使得待测服务被部署，从而影响测试环境的问题。
37.在一种可选的实现方式中，所述部署所述待测服务，包括：
38.将更新后的所述脚本写入所述待测服务的部署文件中；
39.将所述部署文件提交至预设的代码管理平台，由所述代码管理平台部署所述待测服务。
40.具体的，代码管理平台可以为预设的远程仓库。
41.具体的，在本实现方式中，可以在将更新后的脚本写入待测服务的部署文件后，进而将部署文件提交到远程仓库中，由远程仓库对待测服务进行部署。
42.可以理解的是，上述远程仓库可以存储有用于部署待测服务的代码。
43.这样，可以对待测服务进行部署。
44.在一种可选的实现方式中，所述相关信息还包括所述待测服务对应的监控设备的信息；
45.在所述将所述脚本中预先确定的待更新分支更新为所述目标分支之后，还包括：
46.通过预设的即时通讯应用向所述监控设备发送提示消息，其中，所述提示消息用于提示所述监控设备接收测试请求。
47.具体的，在将脚本中预先确定的待更新分支更新为所述目标分支之后，可以触发回调，该回调可以回调至服务端，进而服务端可以通过预设的即时通讯应用向监控设备发送提示消息。
48.这样，在提交新的测试请求时，可以通过即时通讯应用及时通知监控设备，从而使得通过监控设备相关人员可以及时了解待测服务的部署进程。
49.在一种可选的实现方式中，所述相关信息还包括所述待测服务对应的监控设备的信息；
50.在所述基于所述脚本的更新操作，触发部署所述待测服务的操作之后，还包括：
51.在完成所述待测服务的部署的情况下，通过预设的即时通讯应用向所述监控设备发送所述待测服务的部署状态。
52.具体的，在根据所述更新操作，触发部署所述待测服务的部署操作之后，若确定待测服务已经部署完成，可以触发回调，该回调可以回调至服务端，进而服务端可以通过预设的即时通讯应用向监控设备发送待测服务的部署状态。
53.这样，在完成待测服务的部署时，可以通过即时通讯应用及时告知监控设备当前待测服务的部署状态。
54.下面基于图2，对本技术的一个实施例的具体步骤进行说明。
55.以下为本实施例需要用到的工具的介绍。
56.webhook：是在特定情况下触发的一种api(回调)，用于在项目发生相关事件时通知外部服务器。这些回调可以由第三方用户及开发人员自己定义、维护及管理。webhook在数据产生时立即发送数据，第三方能实时接收到数据。
57.jira：是项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、任务跟踪及项目跟踪等工作领域。jira可以提供webhooks功能，从而在jira中发生某些事件时通知第三方应用程序。
58.gitlab：是一个用于仓库管理系统的开源项目，其使用git作为代码管理工具，并在此基础上搭建起来web(互联网)服务。gitlab-ci是官方的持续集成工具，在gitlab中，runners是运行ci或cd作业的代理。而gitlab-ci.yml是存储库根目录创建的一个文件，该文件是定义ci作业的地方。
59.步骤201：在jira上创建webhook。
60.在jira上创建webhook的具体配置如下：
[0061][0062][0063]
从上述代码可以看出，在jira上创建的webhook的名称为“kabp”，发送回调的统一资源定位符(uniform resource locator，url)为http://www.jianting.com/jira/webhooks，触发url发送回调的事件为issue_created(创建待测服务的相关信息)与issue_updated(更新待测服务的相关信息)。
[0064]
可以理解的是，上述用于确定过滤范围的代码的作用是确定事件的项目名称。
[0065]
这样，若所提交的项目名称为kabp的issue_created或issue_updated，会触发jira中的webhook回调url中的监听服务。
[0066]
作为一个具体的示例，例如，在jira上新建提测issue(issue_created)，选择所属项目如kabp(项目名称)，填写提测git分支地址(目标分支地址信息)如：前端http://git.weibo.com/ka-fe/-/tree/feature/f2.0，后端http://git.weibo.com/ka-bm/-/tree/feature/b2.0，指派监控设备的代号(即身份信息)weibo_test1等信息后，提交issue，issue创建成功。issue创建成功后(触发issue_created)，jira中的webhook回调监听服务“http://www.jianting.com/webhooks”。
[0067]
步骤202：在gitlab上创建webhook。
[0068]
在gitlab上创建的webhook配置如下：
[0069][0070]
其中，项目id用于匹配提交的待测服务所属的项目名称，在监听到事件“push_events”及事件“pipeline_events”发生时，在url“http://www.jianting.com/gitlab/webhooks”中回调监听服务。
[0071]
步骤203：在监听服务中配置项目组kabp部署服务的脚本。
[0072]
在监听服务中配置项目组脚本kabp部署服务的脚本如下所示：
[0073][0074]
由上述代码可以看出，kabp项目的前端部署脚本“kadm_fe”为
“‑
sh build_js_docker.sh kabp master”，kabp项目的后端部署脚本“kadm_fe”为
“‑
sh build_js_docker.sh kabp master”，上述前端及后端部署脚本中的待更新分支都为“master”。
[0075]
步骤204：监听服务对待测服务进行部署。
[0076]
具体的，监听服务在接收到jira中webhook发送的issue(issue_created)事件，可以对issue事件进行解析获取项目名称如kabp，提测分支地址如：http://git.weibo.com/ka-bm分支feature/f2.0,待测服务的监控设备代号等信息。
[0077]
进一步的，监听服务根据项目名称如kabp获取部署脚本配置，具体配置可以参见步骤203，监听服务可以将配置中master更新成提测分支地址中的提测分支(如将前端及后端的master分别更新为feature/f2.0及feature/b2.0)，更新后的配置如下：
[0078][0079]
进一步的，在master分支被更新后，可以触发步骤202中的“push_events:true”事件，进而在url“http://www.jianting.com/gitlab/webhooks”中回调监听服务，监听服务通过即时通讯应用(例如新浪口袋)发送消息给监控设备，通知其有新提测。
[0080]
进一步的，监听服务还可以通过gitlab提供的回调修改部署服务.gitlab-ci.yml文件内容中的script信息，该script信息可以为步骤203中经过更新的脚本，具体如下所示：
[0081][0082][0083]
进一步的，监听服务可以通过gitlab提供的回调提交gitlab-ci.yml文件至远程仓库。
[0084]
由上述代码可以看出，在gitlab-ci.yml文件中master分支的变更可以触发gitlab中的ci作业，进而可以进行待测服务的部署，在部署服务完成后，可以触发步骤202中的“pipeline_events":true”，进而回调监听服务，监听服务将待测服务的部署结果通过即时通讯应用发送给监控设备，使得通过监控设备可以及时了解到当前服务的部署情况。
[0085]
这样，本实施例可以使得在需要提交测试时，只提交需要替换的分支对应的分支地址信息就可以触发部署待测服务，从而避免了每次提测时创建新的提测分支，并避免了在此基础上手动修改部署服务的配置脚本中的分支，进而可以避免由以上操作导致的部署服务的过程效率较低的问题。
[0086]
此外，本实施例还可以通过在脚本更新时触发待测服务的部署，从而可以避免在只是提交待测服务的代码，并没有实际触发待测服务的部署的情况下，使得待测服务被部署，从而影响测试环境的问题。
[0087]
需要说明的是，本技术实施例提供的一种待测服务的部署方法，执行主体可以为一种待测服务的部署装置，或者该一种待测服务的部署装置中的用于执行一种待测服务的部署方法的控制模块。本技术实施例中以一种待测服务的部署装置执行一种待测服务的部署方法为例，说明本技术实施例提供的一种待测服务的部署装置。
[0088]
图3是根据本发明实施例的一种待测服务的部署装置的结构示意图。如图3所示，一种待测服务的部署装置300包括：接收模块310、获取模块320、更新模块330及触发模块340。
[0089]
接收模块310，用于接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；
[0090]
获取模块320，用于根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；
[0091]
更新模块330，用于将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；
[0092]
触发模块340，用于基于所述脚本的更新操作，触发部署所述待测服务的操作。
[0093]
在一种实现方式中，所述触发模块还用于：
[0094]
将更新后的所述脚本写入所述待测服务的部署文件中；
[0095]
将所述部署文件提交至预设的代码管理平台，由所述代码管理平台部署所述待测服务。
[0096]
在一种实现方式中，所述相关信息还包括所述待测服务对应的监控设备的信息；
[0097]
所述部署装置，还包括：第一发送模块，用于通过预设的即时通讯应用向所述监控设备发送提示消息，其中，所述提示消息用于提示所述监控设备接收测试请求。
[0098]
在一种实现方式中，所述相关信息还包括所述待测服务对应的监控设备的信息；
[0099]
所述部署装置，还包括：第二发送模块，用于在完成所述待测服务的部署的情况下，通过预设的即时通讯应用向所述监控设备发送所述待测服务的部署状态。
[0100]
本技术实施例中的一种待测服务的部署装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助
理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
[0101]
本技术实施例中的一种待测服务的部署装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
[0102]
本技术实施例提供的一种待测服务的部署装置能够实现图1及图2的方法实施例中实现的各个过程，为避免重复，这里不再赘述。
[0103]
可选的，如图4所示，本技术实施例还提供一种电子设备400，包括处理器401，存储器402，存储在存储器402上并可在所述处理器401上运行的程序或指令，该程序或指令被处理器401执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0104]
需要说明的是，本技术实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
[0105]
本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述一种待测服务的部署方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0106]
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0107]
本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述一种待测服务的部署方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0108]
应理解，本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
[0109]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
[0110]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务
器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
[0111]
上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。
技术特征：1.一种待测服务的部署方法，其特征在于，包括：接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作。2.根据权利要求1所述的待测服务的部署方法，其特征在于，所述部署所述待测服务，包括：将更新后的所述脚本写入所述待测服务的部署文件中；将所述部署文件提交至预设的代码管理平台，由所述代码管理平台部署所述待测服务。3.根据权利要求1所述的待测服务的部署方法，其特征在于，所述相关信息还包括所述待测服务对应的监控设备的信息；在所述将所述脚本中预先确定的待更新分支更新为所述目标分支之后，还包括：通过预设的即时通讯应用向所述监控设备发送提示消息，其中，所述提示消息用于提示所述监控设备接收测试请求。4.根据权利要求1所述的待测服务的部署方法，其特征在于，所述相关信息还包括所述待测服务对应的监控设备的信息；在所述基于所述脚本的更新操作，触发部署所述待测服务的操作之后，还包括：在完成所述待测服务的部署的情况下，通过预设的即时通讯应用向所述监控设备发送所述待测服务的部署状态。5.一种待测服务的部署装置，其特征在于，包括：接收模块，用于接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；获取模块，用于根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；更新模块，用于将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；触发模块，用于基于所述脚本的更新操作，触发部署所述待测服务的操作。6.根据权利要求5所述的待测服务的部署装置，其特征在于，所述触发模块还用于：将更新后的所述脚本写入所述待测服务的部署文件中；将所述部署文件提交至预设的代码管理平台，由所述代码管理平台部署所述待测服务。7.根据权利要求5所述的待测服务的部署装置，其特征在于，所述相关信息还包括所述待测服务对应的监控设备的信息；所述部署装置，还包括：第一发送模块，用于通过预设的即时通讯应用向所述监控设备发送提示消息，其中，所
述提示消息用于提示所述监控设备接收测试请求。8.根据权利要求5所述的待测服务的部署装置，其特征在于，所述相关信息还包括所述待测服务对应的监控设备的信息；所述部署装置，还包括：第二发送模块，用于在完成所述待测服务的部署的情况下，通过预设的即时通讯应用向所述监控设备发送所述待测服务的部署状态。9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-4任一项所述的待测服务的部署方法的步骤。10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-4任一项所述的待测服务的部署方法的步骤。
技术总结本申请公开了一种待测服务的部署方法、装置、电子设备及存储介质，属于测试环境部署领域，解决了相关技术中部署待测服务的过程的效率较低的问题。所述方法包括：接收基于测试需求提交的待测服务的相关信息，其中，所述相关信息包括所述待测服务所属的项目名称及所述待测服务对应的目标分支地址信息；根据所述项目名称获取所述待测服务所对应的脚本，并根据所述目标分支地址信息获取所述目标分支地址信息对应的目标分支；将所述脚本中预先确定的待更新分支更新为所述目标分支，其中，所述脚本的更新操作用于触发所述待测服务的部署；基于所述脚本的更新操作，触发部署所述待测服务的操作。的操作。的操作。
技术研发人员：田锐 王骏
受保护的技术使用者：微梦创科网络科技（中国）有限公司
技术研发日：2022.07.21
技术公布日：2022/11/1
