前端静态资源的维护方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种前端静态资源的维护方法、装置、电子设备及存储介质。


背景技术：

2.内容管理系统（content management system，cms），是一种位于web前端（web服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。
3.现有静态资源管理方法一，cms系统分为内容展示平台和内容管理平台，展示平台负责内容展示对用户使用，内容管理平台负责数据维护由内容管理员维护，内容管理平台有自己的前后端供管理员进行内容维护，并需要支持版本控制。
4.在上述方案的基础上，当前，对前端静态资源进行维护还存在以下方法二：将所有内容数据存放在内容展示平台，且仅设置有内容展示平台，没有cms内容管理平台，相当于展示平台在代码中固化上述内容数据。当有内容变更时，通过直接修改前端代码实现变更，并将变更后的前端代码重新上线发布。虽然是纯前端静态资源，且数据不需要网络请求有利于seo（search engine optimization，搜索引擎优化），但没有内容管理平台去维护内容，需要维护时只能直接修改代码（相当于开发新版本展示平台）；使得内容维护方无法独立完成内容维护，即：内容维护方在对内容进行维护时总需要技术人员协助修改代码，维护效率低。


技术实现要素：

5.本发明实施例提供一种前端静态资源的维护方法、装置、电子设备及存储介质，以解决现有的方法二没有内容管理平台去维护内容，内容维护方无法独立完成内容维护，内容维护方在对内容进行维护时总需要技术人员参与，维护效率低的问题。
6.为了解决上述技术问题，本发明是这样实现的：第一方面，本发明实施例提供了一种前端静态资源的维护方法，应用于内容管理平台，包括：从内容展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在所述内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境；
接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支。
7.可选地，所述内容管理平台为内容管理系统cms的前端内容管理平台。
8.可选地，从展示平台的代码仓库获取待维护数据，包括：获取路径配置信息；根据所述路径配置信息，通过代码仓库的openapi接口从所述代码仓库获取待维护数据，所述路径配置信息用于指示从所述代码仓库中获取所述待维护数据的openapi接口路径。
9.可选地，采用commit方式将所述完成维护数据推送至所述目标分支。
10.第二方面，本发明实施例提供了一种前端静态资源的维护方法，应用于部署平台，包括：接收内容管理平台发送的部署指令，从目标分支获取完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述目标分支由所述内容管理平台接收内容维护方发送的完成维护指令之后在内容展示平台的代码仓库中创建，所述内容管理平台将完成维护数据推送至所述目标分支，所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；所述内容管理平台接收所述内容审核方发送的审核通过指令之后将所述目标分支合并至开发分支；所述内容管理平台将所述目标分支合并至所述开发分支之后，从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境。
11.可选地，所述内容管理平台为内容管理系统cms的前端内容管理平台。
12.第三方面，本发明实施例提供了一种前端静态资源的管理装置，包括：获取模块，用于从展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；第一执行模块，用于接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；第二执行模块，用于发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在所述内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境；所述第一执行模块，还用于接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支。
13.第四方面，本发明实施例提供了一种前端静态资源的管理装置，包括：接收模块，用于接收内容管理平台发送的部署指令，从目标分支获取完成维护数
据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述目标分支由所述内容管理平台接收内容维护方发送的完成维护指令之后在内容展示平台的代码仓库中创建，所述内容管理平台将完成维护数据推送至所述目标分支，所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；所述内容管理平台接收所述内容审核方发送的审核通过指令之后将所述目标分支合并至开发分支；第三执行模块，用于所述内容管理平台将所述目标分支合并至所述开发分支之后，从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境。
14.第五方面，本发明实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面中任一项所述的前端静态资源的维护方法中的步骤。
15.第六方面，本发明实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面中任一项所述的前端静态资源的维护方法中的步骤。
16.在本发明实施例中，通过内容展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在所述内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境；接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支，本发明实施例能够通过所述代码仓库实现对待维护代码的维护与发布，内容维护方在对代码进行维护时无需修改代码，内容维护方能够独立完成内容维护，内容维护方在对内容进行维护时不需要技术人员协助修改代码，维护效率高。
附图说明
17.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图1为现有静态资源管理架构的示意图之一；图2为现有静态资源管理架构的示意图之二；图3为本发明实施例前端静态资源的维护方法的流程示意图之一；图4为应用本发明实施例前端静态资源的维护方法的静态资源管理架构示意图；图5为对应于图4中静态资源管理架构的内容变更流程的示意图；图6为对应于图4中静态资源管理架构的内容维护流程的示意图；图7为本发明实施例前端静态资源的维护方法的流程示意图之二；图8为本发明实施例前端静态资源的管理装置的原理框图之一；
图9为本发明实施例前端静态资源的管理装置的原理框图之二；图10为本发明实施例电子设备的原理框图。
具体实施方式
18.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
19.内容管理系统（content management system，cms），是一种位于web前端（web服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。这里指的“内容”可能包括文件、表格、图片、数据库中的数据甚至视频等一切你想要发布到internet、intranet以及extranet网站的信息。
20.参见图1所示，图1为现有静态资源管理架构的示意图之一（现有方法一），cms系统分为内容展示平台和内容管理平台，展示平台负责内容展示对用户使用，内容管理平台负责数据维护由内容管理员维护，内容管理平台有自己的前后端供管理员进行内容维护，并需要支持版本控制。访问展示平台时，数据是通过网络请求向内容管理平台获取相应内容数据，展示平台根据数据内容进行页面渲染，以供用户查看。当内容需要变更时在管理后台编辑变更即可，审批通过后，内容展示平台无需开发版上线，仅需要重新访问即是最新内容。
21.在上述方案的基础上，参见图2所示，图2为现有静态资源管理架构的示意图之二，当前，对前端静态资源进行维护还存在以下方法（现有方法二）：将所有内容数据存放在内容展示平台，且仅设置有内容展示平台，没有cms内容管理平台，相当于展示平台在代码中固化上述内容数据。当有内容变更时，通过直接修改前端代码实现变更，并将变更后的前端代码重新上线发布。虽然是纯前端静态资源，且数据不需要网络请求有利于seo（search engine optimization，搜索引擎优化），但没有内容管理平台去维护内容，需要维护时只能直接修改代码（相当于开发新版本展示平台）；使得内容维护方无法独立完成内容维护，即：内容维护方在对内容进行维护时总需要技术人员协助修改代码，维护效率低。
22.本发明实施例提供了一种前端静态资源的维护方法，应用于内容管理平台，参见图3所示，图3为本发明实施例前端静态资源的维护方法的流程示意图之一，包括：步骤11：从内容展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；步骤12：接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；步骤13：发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在所述内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述
完成维护数据并将所述完成维护数据发布至真实环境；步骤14：接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支。
23.示例性的，参见图4所示，图4为应用本发明实施例前端静态资源的维护方法的静态资源管理架构示意图，其中，架构层面（a-e）：a、在图2所示现有方法二的基础上改进，引入cms管理后台，但是仅有前端（相当于本发明实施例中内容管理系统cms的前端内容管理平台），不需要服务端；b、将内容展示平台的代码仓库作为“服务端”，通过代码仓库的openapi向cms管理后台提供接口服务；c、版本创建、内容编辑、发版（开发版）相当于是对代码仓库的分支创建，采用commit提交，并包括分支合并和tag创建等动作；d、用于审核的测试环境和正式对外的生产环境部署通过对接部署平台实现；e、利用git分支实现版本管理。
24.示例性的，参见图5所示，图5为对应于图4中静态资源管理架构的内容变更流程的示意图，包括以下步骤（f-h）：f、对某篇内容提出修改方案（即选定待维护数据）；g、内容维护方访问管理后台；h、管理后台通过自身维护的数据文件的路径，通过openapi向代码仓库拉取json数据（json数据，相当于本发明实施例中的待维护数据）并展示（相当于本发明实施例中的将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护）。
25.示例性的，参见图6所示，图6为对应于图4中静态资源管理架构的内容维护流程的示意图，包括以下步骤（1-10）：1：内容维护方创建修改版本在管理平台上进行内容变更；2：提交变更即平台通过openapi在代码仓库中基于发版分支（rc）创建新分支（相当于本发明实施例中的目标分支）并采用commit推送（相当于本发明实施例中将所述完成维护数据推送至所述目标分支）；3：管理平台触发部署平台部署测试环境；4：部署平台拉取新分支代码（相当于本发明实施例中所述部署平台从所述目标分支获取所述完成维护数据）；5：打包构建并发布测试环境（相当于本发明实施例中所述部署平台将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核）；6：内容审核方访问测试环境审核无误后操作通过；7：管理后台将分支合并到发版分支（rc，相当于本发明实施例中的开发分支）中；8：合并完成之后触发部署平台部署正式环境（相当于本发明实施例中真实环境）；9：部署平台拉取发版分支（rc）代码（相当于本发明实施例中的从所述开发分支获取所述完成维护数据）；10：打包构建部署正式环境（相当于本发明实施例中的将所述完成维护数据发布
至真实环境）。
26.可以保持在内容管理平台中维护数据的前提下并同时实现纯前端静态资源并将技术人员从内容变更过程中抽离；保留了图1与图2中两个现有方法的优点，实现以下技术效果（（a）-（d））：（a）cms平台开发简单，无服务端，仅需要对接内容展示平台的代码仓库实现数据变更；（b）网站都是静态资源，展示内容不需要网络请求获取，访问渲染快，有利于seo（search engine optimization，搜索引擎优化）；（c）内容变更时无需技术人员参与，内容维护者即可操作；（d）使用git作为版本控制，大大减少cms平台开发工作量。
27.在本发明实施例中，通过内容展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在所述内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境；接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支，本发明实施例能够通过所述代码仓库实现对待维护代码的维护与发布，内容维护方在对代码进行维护时无需修改代码，内容维护方能够独立完成内容维护，内容维护方在对内容进行维护时不需要技术人员协助修改代码，避免了与技术人员就维护事项进行沟通以及技术人员按维护事项修改代码所耗费的时间，维护效率高。
28.本发明的一些实施例中，可选地，所述内容管理平台为内容管理系统cms的前端内容管理平台。
29.本发明的一些实施例中，可选地，从展示平台的代码仓库获取待维护数据，包括：获取路径配置信息；根据所述路径配置信息，通过代码仓库的openapi接口从所述代码仓库获取待维护数据，所述路径配置信息用于指示从所述代码仓库中获取所述待维护数据的openapi接口路径。
30.示例性的，参见图5所示，图5为对应于图4中静态资源管理架构的内容变更流程的示意图，包括以下步骤（f-h）：f、对某篇内容提出修改方案（即选定待维护数据）；g、内容维护方访问管理后台；h、管理后台通过自身维护的数据文件的路径（相当于本发明实施例中的路径配置信息），通过openapi向代码仓库拉取json数据（json数据，相当于本发明实施例中的待维护数据；通过openapi向代码仓库拉取json数据，相当于本发明实施例中“根据所述路径配置信息，通过代码仓库的openapi接口从所述代码仓库获取待维护数据”）并展示（相当于本发
明实施例中的将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护）。
31.本发明的一些实施例中，可选地，采用commit方式将所述完成维护数据推送至所述目标分支。
32.示例性的，参见图6所示，图6为对应于图4中静态资源管理架构的内容维护流程的示意图，其中步骤2：提交变更即平台通过openapi在代码仓库中基于发版分支（rc）创建新分支（相当于本发明实施例中的目标分支）并采用commit推送（相当于本发明实施例中采用commit方式将所述完成维护数据推送至所述目标分支）。
33.本发明实施例提供了一种前端静态资源的维护方法，应用于部署平台，参见图7所示，图7为本发明实施例前端静态资源的维护方法的流程示意图之二，包括：步骤21：接收内容管理平台发送的部署指令，从目标分支获取完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述目标分支由所述内容管理平台接收内容维护方发送的完成维护指令之后在内容展示平台的代码仓库中创建，所述内容管理平台将完成维护数据推送至所述目标分支，所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；所述内容管理平台接收所述内容审核方发送的审核通过指令之后将所述目标分支合并至开发分支；步骤22：所述内容管理平台将所述目标分支合并至所述开发分支之后，从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境。
34.示例性的，参见图4所示，图4为应用本发明实施例前端静态资源的维护方法的静态资源管理架构示意图，其中，架构层面（a-e）：a、在图2所示现有方法二的基础上改进，引入cms管理后台，但是仅有前端（相当于本发明实施例中内容管理系统cms的前端内容管理平台），不需要服务端；b、将内容展示平台的代码仓库作为“服务端”，通过代码仓库的openapi向cms管理后台提供接口服务；c、版本创建、内容编辑、发版（开发版）相当于是对代码仓库的分支创建，采用commit提交，并包括分支合并和tag创建等动作；d、用于审核的测试环境和正式对外的生产环境部署通过对接部署平台实现；e、利用git分支实现版本管理。
35.示例性的，参见图5所示，图5为对应于图4中静态资源管理架构的内容变更流程的示意图，包括以下步骤（f-h）：f、对某篇内容提出修改方案（即选定待维护数据）；g、内容维护方访问管理后台；h、管理后台通过自身维护的数据文件的路径，通过openapi向代码仓库拉取json数据（json数据，相当于本发明实施例中的待维护数据）并展示（相当于本发明实施例中的所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护）。
36.示例性的，参见图6所示，图6为对应于图4中静态资源管理架构的内容维护流程的
示意图，包括以下步骤（1-10）：1：内容维护方创建修改版本在管理平台上进行内容变更；2：提交变更即平台通过openapi在代码仓库中基于发版分支（rc）创建新分支（相当于本发明实施例中的目标分支）并采用commit推送（相当于本发明实施例中所述内容管理平台将完成维护数据推送至所述目标分支）；3：管理平台触发部署平台部署测试环境；4：部署平台拉取新分支代码（相当于本发明实施例中从所述目标分支获取完成维护数据）；5：打包构建并发布测试环境（相当于本发明实施例中将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核）；6：内容审核方访问测试环境审核无误后操作通过；7：管理后台将分支合并到发版分支（rc，相当于本发明实施例中的开发分支）中；8：合并完成之后触发部署平台部署正式环境（相当于本发明实施例中真实环境）；9：部署平台拉取发版分支（rc）代码（相当于本发明实施例中的从所述开发分支获取完成维护数据）；10：打包构建部署正式环境（相当于本发明实施例中的将所述完成维护数据发布至真实环境）。
37.可以保持在内容管理平台中维护数据的前提下并同时实现纯前端静态资源并将技术人员从内容变更过程中抽离；保留了图1与图2中两个现有方案的优点，实现以下技术效果（（a）-（d））：（a）cms平台开发简单，无服务端，仅需要对接内容展示平台的代码仓库实现数据变更；（b）网站都是静态资源，展示内容不需要网络请求获取，访问渲染快，有利于seo（search engine optimization，搜索引擎优化）；（c）内容变更时无需技术人员参与，内容维护者即可操作；（d）使用git作为版本控制，大大减少cms平台开发工作量。
38.在本发明实施例中，通过接收内容管理平台发送的部署指令，从目标分支获取完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述目标分支由所述内容管理平台接收内容维护方发送的完成维护指令之后在内容展示平台的代码仓库中创建，所述内容管理平台将完成维护数据推送至所述目标分支，所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；所述内容管理平台接收所述内容审核方发送的审核通过指令之后将所述目标分支合并至开发分支；所述内容管理平台将所述目标分支合并至所述开发分支之后，从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境，本发明实施例能够通过所述代码仓库实现对待维护代码的维护与发布，内容维护方在对代码进行维护时无需修改代码，内容维护方能够独立完成内容维护，内容维护方在对内容进行维护时不需要技术人员协助修改代码，避免了与技术人员就维护事项进行沟通以及技术人员按维护事项修改代码所耗费的时间，维护效率高。
39.本发明的一些实施例中，可选地，所述内容管理平台为内容管理系统cms的前端内容管理平台。
40.本发明实施例提供一种前端静态资源的管理装置，参见图8所示，图8为本发明实施例前端静态资源的管理装置的原理框图之一，前端静态资源的管理装置80包括：获取模块81，用于从展示平台的代码仓库获取待维护数据，并将所述待维护数据发送至内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；第一执行模块82，用于接收所述内容维护方发送的完成维护指令，在所述代码仓库中创建目标分支，将完成维护数据推送至所述目标分支；第二执行模块83，用于发送部署指令至部署平台，所述部署指令用于指示所述部署平台从所述目标分支获取所述完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述部署指令还用于指示所述部署平台在内容管理平台将所述目标分支合并至开发分支之后从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境；所述第一执行模块82，还用于接收所述内容审核方发送的审核通过指令，将所述目标分支合并至所述开发分支。
41.本发明的一些实施例中，可选地，所述获取模块81，还用于获取路径配置信息；所述获取模块81，还用于根据所述路径配置信息，通过代码仓库的openapi接口从所述代码仓库获取待维护数据，所述路径配置信息用于指示从所述代码仓库中获取所述待维护数据的openapi接口路径。
42.本发明的一些实施例中，可选地，所述第一执行模块82，还用于采用commit方式将所述完成维护数据推送至所述目标分支。
43.本技术实施例提供的前端静态资源的管理装置80能够实现图1至图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
44.本发明实施例提供一种前端静态资源的管理装置，参见图9所示，图9为本发明实施例前端静态资源的管理装置的原理框图之二，前端静态资源的管理装置90包括：接收模块91，用于接收内容管理平台发送的部署指令，从目标分支获取完成维护数据并将所述完成维护数据发布在测试环境，使得内容审核方能够在所述测试环境中对所述完成维护数据进行审核；所述目标分支由所述内容管理平台接收内容维护方发送的完成维护指令之后在内容展示平台的代码仓库中创建，所述内容管理平台将完成维护数据推送至所述目标分支，所述内容管理平台从所述代码仓库获取待维护数据并将所述待维护数据发送至所述内容维护方，使得所述内容维护方能够对所述待维护数据进行维护；所述内容管理平台接收所述内容审核方发送的审核通过指令之后将所述目标分支合并至开发分支；第三执行模块92，用于所述内容管理平台将所述目标分支合并至所述开发分支之后，从所述开发分支获取所述完成维护数据并将所述完成维护数据发布至真实环境。
45.本技术实施例提供的前端静态资源的管理装置90能够实现图1至图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
46.本发明实施例提供了一种电子设备100，参见图10所示，图10为本发明实施例电子
设备100的原理框图，包括处理器101，存储器102及存储在存储器102上并可在处理器101上运行的程序或指令，程序或指令被处理器执行时实现本发明的任一项前端静态资源的管理方法中的步骤。
47.本发明实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如上述任一项的前端静态资源的管理方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
48.其中，所述的可读存储介质，如只读存储器（read-only memory，简称rom）、随机存取存储器（random access memory，简称ram）、磁碟或者光盘等。
49.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。