前端代码的处理方法及服务端、电子设备、存储介质与流程

1.本技术涉及前端开发技术领域，特别涉及一种前端代码的处理方法及服务端、电子设备、存储介质。

背景技术：

2.目前在前端开发中，相同业务类型下经常会存在有多个项目。为了便于维护管理以及使用等，一般每个项目的开发代码的git仓库是相互独立的。而相同业务类型下的这多个项目的发版代码，如部署测试代码、预发代码以及生成环境代码等共用一个git仓库，即一个生产仓库中存储有多条分支代码，从而多个项目共用一个生产仓库。其中，一条分支代码即为实现一项功能的代码，即一条分支对应一个功能。这样就可以将各个项目的代码合并到一个生产仓库的相应的分支代码上，对分支代码进行更新，从而通过一个应用发版即可，不需要操作多个应用和进行多个部署操作。
3.所以现在，在本地开发代码打包编译完成后，人为将生产仓库切换到想要合并的分支，然后复制打包编译后的代码，粘贴到生产代码目标下，最后提交。但是通过人工的方式效率相对较慢，并且容易出错。而为了避免这些问题，另一种方式是不再设置发版代码的仓库，通过服务进行在线打包，但这种方式仅使用单独项目管理，若多个项目就需要配置多个应用，并且部署时间长，还有存在因环境差异带来异常错误的风险。

技术实现要素：

4.基于上述现有技术的不足，本技术提供了一种前端代码的处理方法及服务端、电子设备、存储介质，以解决现有技术无法高效地对多个项目的前端代码进行处理的问题。
5.为了实现上述目的，本技术提供了以下技术方案：
6.本技术第一方面提高了一种前端代码的处理方法，应用于服务端，其中，所述前端代码的处理方法，包括：
7.接收客户端发送的目标代码的合并指令；其中，所述目标代码为将目标前端开发代码进行编译得到；
8.拉取生产仓库中的目标分支的最新代码；其中，所述生产仓库用于存储发版代码；所述目标分支为预先配置的默认分支或用户选取的分支；
9.将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码；
10.将所述合并代码提交至所述生产仓库中。
11.可选地，在上述的前端代码的处理方法中，所述拉取生产仓库中的目标分支的最新代码，包括：
12.读取预先配置的目标项目对应的所述生产仓库的默认分支信息；
13.若接收到分支选取指令，则将所述分支选取指令指示选取的分支确定为所述目标分支；
14.若未接收到分支选取指令，则将所述默认分支确定为所述目标分支；
15.从所述生产仓库中拉取所述目标分支的最新代码。
16.可选地，在上述的前端代码的处理方法中，所述将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码，包括：
17.将目标项目对应的开发代码目录下的dist文件，复制到所述目标项目对应的本地生产仓库的目录下；其中，所述dist文件存储有所述目标代码；
18.将所述生产仓库的目标分支的最新代码与所述本地生产仓库的目录下的dist文件中的所述目标代码进行合并，得到合并代码。
19.可选地，在上述的前端代码的处理方法中，所述将所述合并代码提交至所述生产仓库中之后，还包括：
20.反馈提交结果以及变更文件；其中，所述提交结果用于指示是否提交成功；所述变更文件包括代码变更信息。
21.本技术第二方面提供了一种服务端，包括：
22.接收单元，用于接收客户端发送的目标代码的合并指令；其中，所述目标代码为将目标前端开发代码进行编译得到；
23.拉取单元，用于拉取生产仓库中的目标分支的最新代码；其中，所述生产仓库用于存储发版代码；所述目标分支为预先配置的默认分支或用户选取的分支；
24.合并单元，用于将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码；
25.提交单元，用于将所述合并代码提交至所述生产仓库中。
26.可选地，在上述的服务端中，所述拉取单元，包括：
27.读取单元，用于读取预先配置的目标项目对应的所述生产仓库的默认分支信息；
28.第一确定单元，用于在接收到分支选取指令时，将所述分支选取指令指示选取的分支确定为所述目标分支；
29.第二确定单元，用于在未接收到分支选取指令时，则将所述默认分支确定为所述目标分支；
30.拉取子单元，用于从所述生产仓库中拉取所述目标分支的最新代码。
31.可选地，在上述的服务端中，所述合并单元，包括：
32.复制单元，用于将目标项目对应的开发代码目录下的dist文件，复制到所述目标项目对应的本地生产仓库的目录下；其中，所述dist文件存储有所述目标代码；
33.合并子单元，用于将所述生产仓库的目标分支的最新代码与所述本地生产仓库的目录下的dist文件中的所述目标代码进行合并，得到合并代码。
34.可选地，在上述的服务端中，还包括：
35.反馈单元，用于反馈提交结果以及变更文件；其中，所述提交结果用于指示是否提交成功；所述变更文件包括代码变更信息。
36.本技术第三方面提供了一种电子设备，包括：
37.存储器和处理器；
38.其中，所述存储器用于存储程序；
39.所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一
项所述的前端代码的处理方法。
40.本技术第四方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的前端代码的处理方法。
41.本技术提供的一种前端代码的处理方法，应用于服务端，通过服务端预先配置好了目标项目的对应配置信息，所以在将目标项目的目标前端开发代码进行编译得到目标代码时，通过客户端洗发合并指令，在接收客户端发送的目标代码的合并指令时，拉取生产仓库中的目标分支的最新代码。其中，生产仓库用于存储发版代码，目标分支为预先配置的默认分支或用户选取的分支，从而得到了需要与目标代码进行合并的发版代码。最后，将目标代码与生产仓库的目标分支的最新代码进行合并，得到合并代码，并将合并代码提交至生产仓库中。从而实现了不同仓库中的前端代码和发版代码的自动合并提交，有效提高了前端代码的处理效率。并且，由于每个项目间的代码合并互相不影响，所以可以同时对多个项目的代码进行处理，不限于单个项目。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
43.图1为本技术实施例提供的一种服务端的示意图；
44.图2为本技术另一实施例提供的一种前端代码的处理方法的流程图；
45.图3为本技术另一实施例提供的一种拉取分支代码的方法的流程图；
46.图4为本技术另一实施例提供的一种代码合并的方法的流程图；
47.图5为本技术另一实施例提供的一种服务端的结构示意图；
48.图6为本技术另一实施例提供的一种拉取单元的结构示意图；
49.图7为本技术另一实施例提供的一种电子设备的结构示意图。
具体实施方式
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.在本技术中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
52.本技术提供了一种前端代码的处理方法，该方法应用于服务端，以解决现有技术
无法高效地对多个项目的前端代码进行处理的问题。
53.可选地，为了实现本技术实施例提供的前端代码的处理方法，本技术实施例提供的了一种服务端，也可以称为服务端。其主要包括以下功能：
54.1、维护创建的多个项目的管理，把相关联的不同仓库的项目路径进行绑定，即将相关联的前端代码仓库中的项目路径与生产仓库中相关联的项目路径进行绑定。
55.2、配置生产仓库默认合并的分支，以及后续选择需要合并的分支。
56.3、在前端代码打包编译完后，响应客户端的调用，自动执行代码合并到生产仓库并提交到生产仓库。
57.需要说明的是，本技术实施例提供的服务端可以支持node全局安装使用，也支持vscode以及webstorm插件安装，从而向客户端提供服务。
58.可选地，本技术实施例提供的服务端，可以以web端的方式实现，具体可以通过使用nodejs搭建本地服务器，并加载静态本地资源实现。而服务端的页面可以分为列表页面和新增编辑页面。
59.其中，列表页面包括有各个项目的配置列表。配置列表中包含有项目的配置信息，具体可以包括有开发代码的路径、生产代码的路径以及提交的生产仓库地址、修改时间等。并且，可以对配置列表中的信息进行修改操作。
60.新增编辑页面主要用于进行项目管理，如图1所示，项目管理主要包括编辑项目以及新增项目。
61.新增功能主要用于新增项目，主要关联本地的开发代码的目录与生产代码的目录，然后设置生产库默认的分值，最后场景配置到本地项目中实现。具体的，增加项目过程中，可以选择开发代码目录和生产代码目录，以将选择的开发代码目录和生产代码目录进行绑定。然后，可以通过nodegit读取选择的生产代码目录对应的生产仓库地址，并获取生产仓库的分支列表，以提供给用户选择新增项目对应的生产仓库的默认要合并的分支。
62.保存新增的配置信息，并把保存的配置信息通过node的writefile写入到配置文件中，然后可以选择把执行指令写入到对应的开发代码目录里的package.json文件中，并在scripts指令里动态增加命令，比如"merge":"qd-tools init"。需要说明的是，以上执行逻辑，可以采用的管道式的执行方式，具体可以采用的gulp工具来完成。
63.对于编辑功能，其主要用于读取配置文件中的数据，并进行回显。对于回显的数据可以进行修改并保存。
64.对于上述配置执行指令，其实现逻辑大致为：当客户端预先指令时，服务端将接收到指令，然后通过node方法执行配置的git指令，并且可以判断git的登陆状态，并拿到需要合并的分支的最新代码，将开发代码目录的dist文件，复制配置的相应的生产仓库的目录下，进行覆盖合并，然后获取到提交信息，并自动执行git合并指令并提交，并在提交成功反馈提交成功的信息。
65.可选地，服务端在配置成功好后，可以封装成插件形式，然后发布到npm上，供客户端下载安装。
66.具体的，通过该客户端下载配置好的服务端，并可以通过npm对其进行全局安装，可以使用全局指令启动服务端来配置本地开发代码和生产代码的路径以及生产仓库的地址等，从而创建新的项目。
67.需要说明的是，在创建后，本地项目里会注入运行指令，当需要把编译后的dist目录下的代码合并到生产仓库上时，只需要运行指令，如运行“npm run merge”时，就可以调用服务端端提供的应用接口，把本地的dist代码合并到对应生产代码目录，并提交到生产仓库中。
68.基于上述提供的服务端，本技术实施例提供了一种前端代码的处理方法。其中，本技术实施例提供的前端代码的处理方法可以应用于上述提供的服务端。如图2所示，本技术实施例提供的前端代码的处理方法，具体包括以下步骤：
69.s201、接收客户端发送的目标代码的合并指令。
70.其中，目标代码为将目标前端开发代码进行编译得到。目标前端开发代码指代目标项目的前端开发代码。具体的，将前端开发代码进行打包编译，从而得到包含目标代码的dist文件。
71.可选地，前端开发代码中增加相应的合并指令，从而在对前端开发代码进行打包编译完成后，就会运行增加的合并指令，从而自动执行后续的自动合并提交流程。当然，可以是人为通过手动的方式触发运行指令，从而执行后续的自动合并提交流程，从而可以仅对前端代码进行打包而不进行合并。
72.具体的，当客户端运行合并指令时，就可以相应地调用已经预先全局安装好的服务端，服务端将接收合并指令，通过node的exec方法执行预先配置的git指令。
73.可选地，在接收客户端发送的目标代码的合并指令之后，还可以进一步对用户进行登录权限校验。
74.当然具体可以是用户第一次对目标项目的代码进行合并时，进行登录权限校验。并在登录权限校验通过后，才能执行步骤s202。
75.s202、拉取生产仓库中的目标分支的最新代码。
76.其中，生产仓库用于存储发版代码。一个生产仓库中存储有多个分支，每个分支由相应的代码组成，用于实现一个相应的功能，即一个分支的代码可以理解为一个功能的代码。
77.目标分支为目标代码需要进行合并的分支，即在需要对目标分支中的代码进行更新时，相应的编译出目标代码，然后通过合并实现对目标分支的代码的更新。具体可以是预先为目标项目配置的生产仓库的默认分支，当然也可以是用户自定义选取的分支。
78.需要说明的是，由于生产仓库中的各个分支的代码是不断进行更新的，所以需要录取的是生产仓库中的目标分支的最新代码，从而可以避免出现冲突，以及先前更新的功能无法实现等问题的发生。
79.可选地，本技术另一实施例中，步骤s202的一种具体实施方式，如图3所示，包括以下步骤：
80.s301、读取预先配置的目标项目对应的生产仓库的默认分支的信息。
81.具体的，可以读取预先配置的目标项目对应的生产仓库的默认分支的信息，并反馈给客户端，通过客户端反馈给用户，以让用户确定是否以生产仓库的默认分支进行合并。
82.s302、判断是否接收到分支选取指令。
83.需要说明的是，当用户不采用生产仓库的默认分支，而选取了新的分支后，将会下发分值选取指令，以切换进行合并的分支。
84.所以，若判断出接收到分支选取指令，则说明针对本次合并操作，用户已经选取了新的需要合并的生产仓库的分值，所以此时执行步骤s303。若判断出未接收到分支选取指令，则说明需要与生产仓库的默认分支进行合并，所以此时执行步骤s304。
85.s303、将分支选取指令指示选取的分支确定为目标分支。
86.s304、将默认分支确定为目标分支。
87.s305、从生产仓库中拉取目标分支的最新代码。
88.s203、将目标代码与生产仓库的目标分支的最新代码进行合并，得到合并代码。
89.可选地，步骤s203的一种具体实施方式，如图4所示，具体包括以下步骤：
90.s401、将目标项目对应的开发代码目录下的dist文件，复制到目标项目对应的本地生产仓库的目录下。
91.其中，dist文件存储有目标代码。
92.s402、将生产仓库的目标分支的最新代码与本地生产仓库的目录下的dist文件中的目标代码进行合并，得到合并代码。
93.s204、将合并代码提交至生产仓库中。
94.可选地，在本技术另一实施例中，在执行步骤s204之后，还可以进一步包括：
95.反馈提交结果以及变更文件。
96.其中，提交结果用于指示是否提交成功。变更文件包括代码变更信息。
97.本技术实施例提供的一种前端代码的处理方法，应用于服务端，通过服务端预先配置好了目标项目的对应配置信息，所以在将目标项目的前端开发代码进行编译得到目标代码时，通过客户端洗发合并指令，在接收客户端发送的目标代码的合并指令时，拉取生产仓库中的目标分支的最新代码。其中，生产仓库用于存储发版代码，目标分支为预先配置的默认分支或用户选取的分支，从而得到了需要与目标代码进行合并的发版代码。最后，将目标代码与生产仓库的目标分支的最新代码进行合并，得到合并代码，并将合并代码提交至生产仓库中。从而实现了不同仓库中的前端代码和发版代码的自动合并提交，有效提高了前端代码的处理效率。并且，由于每个项目间的代码合并互相不影响，所以可以同时对多个项目的代码进行处理，不限于单个项目。
98.本技术另一实施例提供了一种服务端，如图5所示，包括以下单元：
99.接收单元501，用于接收客户端发送的目标代码的合并指令。
100.其中，所述目标代码为将目标前端开发代码进行编译得到。
101.拉取单元502，用于拉取生产仓库中的目标分支的最新代码。
102.其中，所述生产仓库用于存储发版代码。所述目标分支为预先配置的默认分支或用户选取的分支。
103.合并单元503，用于将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码。
104.提交单元504，用于将所述合并代码提交至所述生产仓库中。
105.可选地，在本技术另一实施例提供的服务端中，拉取单元，如图6所示，包括：
106.读取单元601，用于读取预先配置的所述目标项目对应的所述生产仓库的默认分支信息。
107.第一确定单元602，用于在接收到分支选取指令时，将所述分支选取指令指示选取
的分支确定为所述目标分支。
108.第二确定单元603，用于在未接收到分支选取指令时，则将所述默认分支确定为所述目标分支。
109.拉取子单元604，用于从所述生产仓库中拉取所述目标分支的最新代码。
110.可选地，在本技术另一实施例提供的服务端中，合并单元，包括：
111.复制单元，用于将所述目标项目对应的开发代码目录下的dist文件，复制到所述目标项目对应的本地生产仓库的目录下。
112.其中，所述dist文件存储有所述目标代码。
113.合并子单元，用于将所述生产仓库的目标分支的最新代码与所述本地生产仓库的目录下的dist文件中的所述目标代码进行合并，得到合并代码。
114.可选地，在本技术另一实施例提供的服务端中，还包括：
115.反馈单元，用于反馈提交结果以及变更文件。
116.其中，所述提交结果用于指示是否提交成功。所述变更文件包括代码变更信息。
117.需要说明的是，本技术上述实施例提供的各个单元可以为第一个实施例中提供的服务端中的单元，并且各个单元具体工作过程可相应地参考上述方法实施例中的各个相应的步骤的实施过程，此处不再赘述。
118.本技术另一实施例提供了一种电子设备，如图7所示，包括：
119.存储器701和处理器702。
120.其中，存储器701用于存储程序，处理器702用于执行存储器701存储的程序，并且该程序被执行时，具体用于实现如上述任意一个实施例提供的前端代码的处理方法。
121.需要说明的是，具体的实现过程可相应地参考上述方法实施例中的具体实现过程，此处不再赘述。
122.本技术另一实施例提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一个实施例提供的前端代码的处理方法。
123.需要说明的是，具体的实现过程可相应地参考上述方法实施例中的具体实现过程，此处不再赘述。
124.计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
125.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应
认为超出本技术的范围。
126.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：

1.一种前端代码的处理方法，其特征在于，应用于服务端，其中，所述前端代码的处理方法，包括：接收客户端发送的目标代码的合并指令；其中，所述目标代码为将目标前端开发代码进行编译得到；拉取生产仓库中的目标分支的最新代码；其中，所述生产仓库用于存储发版代码；所述目标分支为预先配置的默认分支或用户选取的分支；将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码；将所述合并代码提交至所述生产仓库中。2.根据权利要求1所述的方法，其特征在于，所述拉取生产仓库中的目标分支的最新代码，包括：读取预先配置的目标项目对应的所述生产仓库的默认分支信息；若接收到分支选取指令，则将所述分支选取指令指示选取的分支确定为所述目标分支；若未接收到分支选取指令，则将所述默认分支确定为所述目标分支；从所述生产仓库中拉取所述目标分支的最新代码。3.根据权利要求1所述的方法，其特征在于，所述将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码，包括：将目标项目对应的开发代码目录下的dist文件，复制到所述目标项目对应的本地生产仓库的目录下；其中，所述dist文件存储有所述目标代码；将所述生产仓库的目标分支的最新代码与所述本地生产仓库的目录下的dist文件中的所述目标代码进行合并，得到合并代码。4.根据权利要求1所述的方法，其特征在于，所述将所述合并代码提交至所述生产仓库中之后，还包括：反馈提交结果以及变更文件；其中，所述提交结果用于指示是否提交成功；所述变更文件包括代码变更信息。5.一种服务端，其特征在于，包括：接收单元，用于接收客户端发送的目标代码的合并指令；其中，所述目标代码为将目标前端开发代码进行编译得到；拉取单元，用于拉取生产仓库中的目标分支的最新代码；其中，所述生产仓库用于存储发版代码；所述目标分支为预先配置的默认分支或用户选取的分支；合并单元，用于将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码；提交单元，用于将所述合并代码提交至所述生产仓库中。6.根据权利要求5所述的服务端，其特征在于，所述拉取单元，包括：读取单元，用于读取预先配置的目标项目对应的所述生产仓库的默认分支信息；第一确定单元，用于在接收到分支选取指令时，将所述分支选取指令指示选取的分支确定为所述目标分支；第二确定单元，用于在未接收到分支选取指令时，则将所述默认分支确定为所述目标分支；
拉取子单元，用于从所述生产仓库中拉取所述目标分支的最新代码。7.根据权利要求5所述的服务端，其特征在于，所述合并单元，包括：复制单元，用于将目标项目对应的开发代码目录下的dist文件，复制到所述目标项目对应的本地生产仓库的目录下；其中，所述dist文件存储有所述目标代码；合并子单元，用于将所述生产仓库的目标分支的最新代码与所述本地生产仓库的目录下的dist文件中的所述目标代码进行合并，得到合并代码。8.根据权利要求5所述的服务端，其特征在于，还包括：反馈单元，用于反馈提交结果以及变更文件；其中，所述提交结果用于指示是否提交成功；所述变更文件包括代码变更信息。9.一种电子设备，其特征在于，包括：存储器和处理器；其中，所述存储器用于存储程序；所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如权利要求1至4任意一项所述的前端代码的处理方法。10.一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，用于实现如权利要求1至4任意一项所述的前端代码的处理方法。

技术总结

本申请提供了一种前端代码的处理方法及服务端、电子设备、存储介质，其中，所述前端代码的处理方法应用于所述服务端，所述前端代码的处理方法，包括：接收客户端发送的目标代码的合并指令；其中，所述目标代码为将目标前端开发代码进行编译得到；拉取生产仓库中的目标分支的最新代码；其中，所述生产仓库用于存储发版代码；所述目标分支为预先配置的默认分支或用户选取的分支；将所述目标代码与所述生产仓库的目标分支的最新代码进行合并，得到合并代码；将所述合并代码提交至所述生产仓库中。从而实现了一种将不同仓库中的前端开发代码和发版代码自动合并，并提交的方法。并提交的方法。并提交的方法。