系统升级方法、装置、计算机设备及计算机可读存储介质制造方法及图纸

本申请适用于互联网技术及数字医疗领域，公开了一种系统升级方法、装置、计算机设备及计算机可读存储介质，涉及互联网领域，通过改善系统升级流程，能够在提高系统功能验证力度的同时，采用预设插件脚本对多个分支代码进行多次打包，节省了打包时间，进而降低系统上线的时间成本。所述方法包括：响应于使用方触发打包命令，拉取多个分支代码，多个分支代码为打包命令指示的目标系统对应的多个旧版本代码；基于预设插件脚本，对多个分支代码进行代码升级，并打包多个分支代码，得到目标文件；推送目标文件至目标系统下部署，抽查验证目标文件在目标系统中升级的系统功能；当验证结果指示系统功能运行正常时，完成对目标系统的升级。级。级。

【技术实现步骤摘要】
系统升级方法、装置、计算机设备及计算机可读存储介质


[0001]本申请涉及互联网技术及数字医疗领域，特别是涉及一种系统升级方法、装置、计算机设备及计算机可读存储介质。

技术介绍

[0002]随着互联网技术的不断发展，互联网公司需要运营维护少则几十个系统，多则成百上千个系统。当系统出现漏洞事件，如log4j的漏洞事件、spring的漏洞事件、fastjson漏洞事件，会对公司造成一定程度的影响。
[0003]相关技术中，对于修复漏洞这种极高安全漏洞系数的事件，需要做到快速修改并验证上线的，开发人员通过拉取分支、修改代码升级jar包版本号、提交代码、打包代码、部署新包、测试验证、预发验证、灰度引流、经历这一系列的流程最终全部上线。
[0004]在实现本申请的过程中，申请人发现相关技术至少存在以下问题：
[0005]由于系统数量过多，系统升级上线流程过长，即使进行小部分的代码修改，也需要经历上述全部流程内容，花费至少1
‑
2天的时间才能够成功上线，导致整个系统升级的效率低、速度慢。

技术实现思路

[0006]有鉴于此，本申请提供了一种系统升级方法、装置、计算机设备及计算机可读存储介质，主要目的在于解决目前系统数量过多，打包部署上线流程过长，即使进行小部分的代码修改，也需要经历上述全部流程内容，花费至少1
‑
2天的时间才能够成功上线，导致整个漏洞修复的修复效率低、速度慢的问题。
[0007]依据本申请第一方面，提供了一种系统升级方法，该方法包括：
[0008]响应于使用方触发打包命令，拉取多个分支代码，所述多个分支代码为所述打包命令指示的目标系统对应的多个旧版本代码；
[0009]基于预设插件脚本，对所述多个分支代码进行代码升级，并打包所述多个分支代码，得到目标文件；
[0010]推送所述目标文件至所述目标系统下部署，抽查验证所述目标文件在所述目标系统中升级的系统功能；
[0011]当验证结果指示所述系统功能运行正常时，完成对所述目标系统的升级。
[0012]依据本申请第二方面，提供了一种系统升级装置，该装置包括：
[0013]拉取模块，用于响应于使用方触发打包命令，拉取多个分支代码，所述多个分支代码为所述打包命令指示的目标系统对应的多个旧版本代码；
[0014]打包模块，用于基于预设插件脚本，对所述多个分支代码进行代码升级，并打包所述多个分支代码，得到目标文件；
[0015]推送模块，用于推送所述目标文件至所述目标系统下部署，抽查验证所述目标文件在所述目标系统中升级的系统功能；
[0016]验证模块，用于当验证结果指示所述系统功能运行正常时，完成对所述目标系统的升级。
[0017]依据本申请第三方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述方法的步骤。
[0018]依据本申请第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法的步骤。
[0019]借由上述技术方案，本申请提供的一种系统升级方法、装置、计算机设备及计算机可读存储介质，本申请首先响应于使用方触发打包命令，拉取多个分支代码。随后，基于预设插件脚本，对多个分支代码进行代码升级，并打包多个分支代码，得到目标文件。接下来，推送目标文件至目标系统下部署，抽查验证目标文件在目标系统中升级的系统功能。当验证结果指示系统功能运行正常时，完成对目标系统的升级。通过采用预设插件脚本的一次触发多次打包的打包机制，对多个分支代码进行打包，生成目标文件后部署至目标系统进行验证，验证目标系统的相关功能，判断目标文件是否成功升级目标系统，既节省了打包时间，降低系统升级的时间成本，又提高了对系统功能的验证力度，间接保证了升级后的版本对系统功能无损无害。
[0020]上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
[0021]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0022]图1示出了本申请实施例提供的一种系统升级方法流程示意图；
[0023]图2A示出了本申请实施例提供的一种系统升级方法流程示意图；
[0024]图2B示出了本申请实施例提供的一种系统升级方法流程示意图；
[0025]图3A示出了本申请实施例提供的一种系统升级装置的结构示意图；
[0026]图3B示出了本申请实施例提供的一种系统升级装置的结构示意图；
[0027]图4示出了本申请实施例提供的一种计算机设备的装置结构示意图。
具体实施方式
[0028]下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。
[0029]本申请实施例提供了一种系统升级方法，如图1所示，该方法包括：
[0030]101、响应于使用方触发打包命令，拉取多个分支代码，多个分支代码为打包命令指示的目标系统对应的多个旧版本代码。
[0031]在本申请实施例中，为了能够确定是哪个系统需要升级，本申请由使用方在需要升级的目标系统触发打包命令，由本申请提供的打包平台响应于打包命令，确定目标系统，拉取目标系统的多个分支代码。在具体的实施过程中，本方案可以适用于医疗升级系统，响应于目标医疗子系统发起的打包升级命令，拉取目标医疗子系统的多个分支代码，对目标医疗子系统进行系统升级。需要说明的是，分支代码为目标系统存储的旧版本代码，例如，目标系统每月进行一次代码升级，也就是jar包升级，本次升级为七月份版本升级，此时需要分别拉取六月份、五月份、四月份、三月份、二月份对应的旧版本代码。另外，拉取的数量可以采用打包平台默认的拉取数量，也可以由使用方，即相关工作人员根据实际应用情况进行设置，本申请对分支代码的拉取数量不进行具体限定。
[0032]102、基于预设插件脚本，对多个分支代码进行代码升级，并打包多个分支代码，得到目标文件。
[0033]在本申请实施例中，考虑到原来一次只能打一个包非常浪费时间，故本申请设置有预设插件脚本fast
‑
upgrade
‑
version.sh。相关工作人员会预先编写好轻量级的预设插件脚本fast
‑
upgrade
‑
v本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种系统升级方法，其特征在于，包括：响应于使用方触发打包命令，拉取多个分支代码，所述多个分支代码为所述打包命令指示的目标系统对应的多个旧版本代码；基于预设插件脚本，对所述多个分支代码进行代码升级，并打包所述多个分支代码，得到目标文件；推送所述目标文件至所述目标系统下部署，抽查验证所述目标文件在所述目标系统中升级的系统功能；当验证结果指示所述系统功能运行正常时，完成对所述目标系统的升级。2.根据权利要求1所述的方法，其特征在于，所述响应于使用方触发打包命令，拉取多个分支代码，包括：响应于所述使用方在所述目标系统触发Jenkins打包工具，调用所述Jenkins打包工具，在预设数据库中读取所述目标系统对应的全部分支代码；分别读取所述全部分支代码对应的升级时间，将所述全部分支代码按照所述升级时间的先后顺序进行排序；确定所述使用方输入的预设数目，在所述全部分支代码中，从后向前拉取所述预设数目的分支代码，得到所述多个分支代码。3.根据权利要求1所述的方法，其特征在于，所述基于预设插件脚本，对所述多个分支代码进行代码升级，并打包所述多个分支代码，得到目标文件，包括：获取所述预设插件脚本，将所述预设插件脚本嵌入打包工具；采用所述预设插件脚本对所述多个分支代码分别进行代码处理，生成多个容器组；在每个所述容器组中查询工程代码，根据预设升级内容，对所述工程代码进行代码升级并打包，得到子目标文件；遍历所述多个容器组，对所述多个容器组中的每个容器组进行代码修改并打包，得到多个子目标文件；将所述多个子目标文件进行聚合，得到所述目标文件。4.根据权利要求3所述的方法，其特征在于，所述在每个所述容器组中查询工程代码，根据预设升级内容，对所述工程代码进行代码升级并打包，得到子目标文件，包括：在所述容器组中查询工程代码，读取所述工程代码中存储的代码内容，确定主pom文件；在所述主pom文件中，采用所述预设升级内容进行代码升级，并修改对应的版本号；触发所述容器组中设置的打...

【专利技术属性】
技术研发人员：何辉，
申请(专利权)人：平安壹钱包电子商务有限公司，
类型：发明
国别省市：