CN115202701A - 一种生成补丁的方法、系统、设备和存储介质 - Google Patents

Abstract

本发明提供一种生成补丁的方法、系统、设备和存储介质，方法包括：响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；根据对文件目录的配置确定所述修改内容的存放位置；以及根据所述格式、修改内容和存放位置生成新补丁。本发明生成的补丁支持多种形式，满足不同场景部署升级的需求，兼顾程序的各类版本，做到直接升级，同时针对多个补丁支持关联关系设置，保证最终升级的正确性。

Description

一种生成补丁的方法、系统、设备和存储介质

技术领域

本发明涉及计算机领域，更具体地，特别是指一种生成补丁的方法、系统、设备和存储介质。

背景技术

补丁是指对于软件系统或者操作系统在使用过程中暴露的问题而发布的解决问题的文件集。行业内普遍通过编译代码方式直接生成对应制品，然后通过手工或者工具制作成补丁。编译的过程可以实现自动化，但是补丁的生成没有纳入到自动化的过程中。而且现有技术生成的补丁功能单一，版本兼容性不高，多个补丁之间没有依赖和关联关系，导致最终补丁安装过程中出现各种错误，大大增加了交付成本。

发明内容

有鉴于此，本发明实施例的目的在于提出一种生成补丁的方法、系统、计算机设备及计算机可读存储介质，本发明可以实现制品到补丁的自动化，解决了手工生成的繁琐和风险。同时通过该方法和系统生成的补丁支持多种形式，满足不同场景部署升级的需求。兼顾程序的各类版本，做到直接升级。同时针对多个补丁支持关联关系设置，保证最终升级的正确性。

基于上述目的，本发明实施例的一方面提供了一种生成补丁的方法，包括如下步骤：响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；根据对文件目录的配置确定所述修改内容的存放位置；以及根据所述格式、修改内容和存放位置生成新补丁。

在一些实施方式中，方法还包括：响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

在一些实施方式中，所述比对所述起始版本和所述结束版本以确定修改内容包括：响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

在一些实施方式中，所述根据对文件目录的配置确定所述修改内容的存放位置包括：响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

本发明实施例的另一方面，提供了一种生成补丁的系统，包括：格式模块，配置用于响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；比对模块，配置用于根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；位置模块，配置用于根据对文件目录的配置确定所述修改内容的存放位置；以及执行模块，配置用于根据所述格式、修改内容和存放位置生成新补丁。

在一些实施方式中，系统还包括关系模块，配置用于：响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

在一些实施方式中，所述比对模块配置用于：响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

在一些实施方式中，所述位置模块配置用于：响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

本发明实施例的又一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现如上方法的步骤。

本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。

本发明具有以下有益技术效果：可以实现制品到补丁的自动化，解决了手工生成的繁琐和风险。同时通过该方法和系统生成的补丁支持多种形式，满足不同场景部署升级的需求。兼顾程序的各类版本，做到直接升级。同时针对多个补丁支持关联关系设置，保证最终升级的正确性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1为本发明提供的生成补丁的方法的实施例的示意图；

图2为本发明提供的生成补丁的系统的实施例的示意图；

图3为本发明提供的生成补丁的计算机设备的实施例的硬件结构示意图；

图4为本发明提供的生成补丁的计算机存储介质的实施例的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

本发明实施例的第一个方面，提出了一种生成补丁的方法的实施例。图1示出的是本发明提供的生成补丁的方法的实施例的示意图。如图1所示，本发明实施例包括如下步骤：

S1、响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；

S2、根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；

S3、根据对文件目录的配置确定所述修改内容的存放位置；以及

S4、根据所述格式、修改内容和存放位置生成新补丁。

响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式。

本发明实施例支持生成多种补丁格式。目前业内大部分企业都是直接将需要更新的文件直接压缩成zip包，此种方式支持形式单一，无法满足所有部署模式。例如在国产专用机上需要使用rpm包进行安装；在容器环境上需要使用镜像部署。本发明实施例中可以配置自动生成补丁的格式，支持zip、rpm、docker image等，满足多种部署方式。

根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容。

本发明实施例支持版本管理。软件系统开发过程中，将源代码进行提交，通过DevOps流水线进行编译，打包并推送到仓库。在代码提交过程中，针对修改的内容会升级一个版本，比如Java语言中的jar包，C#语言中的nuget包，前端JS语言中的npm包。每次源代码的提交都会标记为一个版本，根据不同项目的需求，可以随意的选取两个提交版本，系统会根据两个版本自动对比出修改的文件，将修改的文件拉取生成补丁。

在一些实施方式中，所述比对所述起始版本和所述结束版本以确定修改内容包括：响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

根据对文件目录的配置确定所述修改内容的存放位置。

本发明实施例支持补丁内部目录设置和执行动作编排。软件系统对应的目录一般是有特定结构的，普通方式生成的补丁内部文件都是平铺，非常难以操作。本发明实施例支持设置文件在补丁内的存放目录，直接与软件系统目录匹配，层次结构更清晰。同时支持执行动作编排，例如软件系统更新过程中需要对某个目录进行重命名，或者需要删除某个文件。普通方式生成的补丁只能做到对文件的新增和修改，无法执行重命名和覆盖动作。本发明实施例中可以针对每个文件设置存放路径，对路径和文件动作进行编排，解决重命名和删除的问题。

在一些实施方式中，所述根据对文件目录的配置确定所述修改内容的存放位置包括：响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

根据所述格式、修改内容和存放位置生成新补丁。

在一些实施方式中，方法还包括：响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

本发明实施例支持补丁间的依赖关联。一般系统升级过程中，需要安装不止一个补丁，普通补丁无法支持依赖关系设置，导致多个补丁安装过程中会出现安装顺序不正确，从而软件系统文件更新错乱，严重的会导致整个软件更新后不可用。使用本发明实施例中DevOps生成的补丁，会自动根据源代码中的依赖关系和版本，自动设置补丁的依赖关系，避免安装顺序问题。

本发明实施例还支持补丁动作扩展。在DevOps自动生成补丁的时候，还可以额外设置扩展动作，例如升级过程中需要修改某个配置文件，该文件包含客户定制化内容，不能直接进行覆盖，需要动态加载文件的内容后对其中某个节点进行更新。如果结束版本比起始版本配置中多扩展修改，本发明实施例会将扩展动作生成到补丁中。

需要特别指出的是，上述生成补丁的方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于生成补丁的方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。

基于上述目的，本发明实施例的第二个方面，提出了一种生成补丁的系统。如图2所示，系统200包括如下模块：格式模块，配置用于响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；比对模块，配置用于根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；位置模块，配置用于根据对文件目录的配置确定所述修改内容的存放位置；以及执行模块，配置用于根据所述格式、修改内容和存放位置生成新补丁。

在一些实施方式中，系统还包括关系模块，配置用于：响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

在一些实施方式中，所述比对模块配置用于：响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

在一些实施方式中，所述位置模块配置用于：响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行以实现如下步骤：S1、响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；S2、根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；S3、根据对文件目录的配置确定所述修改内容的存放位置；以及S4、根据所述格式、修改内容和存放位置生成新补丁。

在一些实施方式中，方法还包括：响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

在一些实施方式中，所述比对所述起始版本和所述结束版本以确定修改内容包括：响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

在一些实施方式中，所述根据对文件目录的配置确定所述修改内容的存放位置包括：响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

如图3所示，为本发明提供的上述生成补丁的计算机设备的一个实施例的硬件结构示意图。

以如图3所示的装置为例，在该装置中包括一个处理器301以及一个存储器302。

处理器301和存储器302可以通过总线或者其他方式连接，图3中以通过总线连接为例。

存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的生成补丁的方法对应的程序指令/模块。处理器301通过运行存储在存储器302中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现生成补丁的方法。

存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据生成补丁的方法的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个生成补丁的方法对应的计算机指令303存储在存储器302中，当被处理器301执行时，执行上述任意方法实施例中的生成补丁的方法。

执行上述生成补丁的方法的计算机设备的任何一个实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

本发明还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时执行生成补丁的方法的计算机程序。

如图4所示，为本发明提供的上述生成补丁的计算机存储介质的一个实施例的示意图。以如图4所示的计算机存储介质为例，计算机可读存储介质401存储有被处理器执行时执行如上方法的计算机程序402。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，生成补丁的方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种生成补丁的方法，其特征在于，包括如下步骤：

响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；

根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；

根据对文件目录的配置确定所述修改内容的存放位置；以及

根据所述格式、修改内容和存放位置生成新补丁。

2.根据权利要求1所述的方法，其特征在于，方法还包括：

响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

3.根据权利要求1所述的方法，其特征在于，所述比对所述起始版本和所述结束版本以确定修改内容包括：

响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；

响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及

响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

4.根据权利要求1所述的方法，其特征在于，所述根据对文件目录的配置确定所述修改内容的存放位置包括：

响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

5.一种生成补丁的系统，其特征在于，包括：

格式模块，配置用于响应于接收到发布新补丁的请求，根据所述请求确定所述新补丁对应的格式；

比对模块，配置用于根据所述请求确定源代码的起始版本和结束版本，比对所述起始版本和所述结束版本以确定修改内容；

位置模块，配置用于根据对文件目录的配置确定所述修改内容的存放位置；以及

执行模块，配置用于根据所述格式、修改内容和存放位置生成新补丁。

6.根据权利要求5所述的系统，其特征在于，系统还包括关系模块，配置用于：

响应于存在多个新补丁，根据源代码中的依赖关系和版本设置多个新补丁的依赖关系。

7.根据权利要求5所述的系统，其特征在于，所述比对模块配置用于：

响应于所述结束版本相对于所述起始版本增加文件，将修改内容标记为新增；

响应于所述结束版本与所述起始版本文件一致且存在修改，将修改内容标记为修改；以及

响应于所述结束版本相对于所述起始版本减少文件，将修改内容标记为删除。

8.根据权利要求5所述的系统，其特征在于，所述位置模块配置用于：

响应于所述起始版本和所述结束版本同一文件配置的目录不一致，对所述目录进行重命名以使得所述起始版本和所述结束版本同一文件配置的目录一致。

9.一种计算机设备，其特征在于，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现权利要求1-4任意一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4任意一项所述方法的步骤。

Images