一种基于Web界面的服务版本管理方法、设备及介质与流程

一种基于web界面的服务版本管理方法、设备及介质
技术领域
1.本说明书涉及软件开发技术领域，尤其涉及一种基于web界面的服务版本管理方法、设备及介质。


背景技术：

2.随着科技的迅速发展，各类企业的项目越来越多，每个项目的实现依托于企业员工的多次修改，此外，在项目的交付过程中，还会出现各类新需求，针对实际的需求情况，对项目进行推进。
3.随着项目数量的增多，需要管理发布的服务包也越来越多，服务包的版本管理存在较多困难。服务版本的管理对项目的推进起着至关重要的作用。在实际的应用场景中，可能存在最早版本的服务服务包时间久远，或服务版本不一致，导致服务包部署存在问题；在项目推进层面，由于服务包众多，每个服务包对应的多个版本的更新，在每次更新时若在非最新版本的基础上进行修改，则会产生工作量浪费的情况。因此，服务版本不一致容易导致各类问题。现有技术无法满足众多服务包的多版本的管理需求。


技术实现要素：

4.本说明书一个或多个实施例提供了一种基于web界面的服务版本管理方法、设备及介质，用于解决如下技术问题：现有技术无法满足众多服务包的多版本的管理需求。
5.本说明书一个或多个实施例采用下述技术方案：
6.本说明书一个或多个实施例提供一种基于web界面的服务版本管理方法，其特征在于，所述方法包括：通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
7.进一步地，通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息，具体包括：获取所述服务历史修改记录中的至少一个历史修改时间和每个所述历史修改时间对应的历史修改内容；在所述至少一个历史修改时间中，确定出符合要求的指定历史修改时间；基于所述指定历史修改时间和每个所述历史修改时间对应的历史修改内容，确定指定历史修改内容；基于所述指定历史修改内容和当前服务项目内容，生成所述当前服务的当前版本信息。
8.进一步地，在所述至少一个历史修改时间中，确定出符合要求的指定历史修改时间，具体包括：获取用户上传所述当前服务信息的当前用户上传时间；基于至少一个所述历史修改时间和所述当前用户上传时间，确定每个所述历史修改时间与所述当前用户上传时
间的时间间隔，以生成至少一个时间间隔；根据至少一个所述时间间隔，在至少一个所述历史修改时间中，确定出符合要求的指定历史修改时间，其中，所述指定历史修改时间的时间间隔卫所述至少一个时间间隔的最小值。
9.进一步地，所述当前版本信息包括当前版本标识；基于所述指定历史修改内容和当前服务项目内容，生成所述当前服务的当前版本信息，具体包括：将所述指定历史修改内容和所述当前服务项目内容进行对比，判断是否存在内容变化；当存在所述内容变化时，确定所述指定历史修改内容和所述当前服务项目内容之间的变量内容；基于所述变量内容和预先获取的历史版本标识，生成所述当前服务的当前版本标识。
10.进一步地，基于所述变量内容和预先获取的历史版本标识，生成所述当前服务的当前版本标识，具体包括：根据所述变量内容，确定所述变量内容对应的当前服务更新类型，其中，所述服务更新类型包括问题修复类型和功能增加类型中的任意一项或多项；基于所述当前服务更新类型，生成所述变量内容对应的当前服务更新类型标识；获取所述历史版本标识，其中，所述历史版本标识包括历史修改用户子标识、历史修改服务更新类型子标识和修改次数子标识；基于所述当前服务更新类型标识、当前用户标识和所述历史版本标识，生成所述当前服务的当前版本标识。
11.进一步地，基于所述当前服务更新类型标识、当前用户标识和所述历史版本标识，生成所述当前服务的当前版本标识，具体包括：获取所述历史版本标识中的历史服务更新类型子标识；使用所述当前服务更新类型标识对所述历史服务更新类型子标识进行替换，使用所述当前用户标识对所述历史修改用户子标识进行替换，并将所述修改次数子标识按照预设规则进行递增处理，得到所述当前服务的当前版本标识。
12.进一步地，通过所述指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过预先生成的多个服务接口，获取每个服务接口对应的多个服务中每个服务对应的至少一个服务版本信息；对所述多个服务的中每个服务对应的至少一个服务版本信息进行汇总，生成服务版本汇总数据，以将所述服务版本汇总数据存储至预设数据库中；在所述预设数据库中，基于所述服务版本汇总数据，对任意服务对应的多个服务版本信息进行版本对比，以生成服务版本对比数据。
13.进一步地，通过所述指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过所述指定服务接口，获取所述服务的服务版本信息对应的服务包；将所述服务包存储至预设数据库中，以便于根据预设的服务部署规则，将所述服务包部署至指定位置。
14.本说明书一个或多个实施例提供一种基于web界面的服务版本管理设备，包括：
15.至少一个处理器；以及，
16.与所述至少一个处理器通信连接的存储器；其中，
17.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
18.通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息
进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
19.本说明书一个或多个实施例提供的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
20.通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
21.本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过上述技术方案，通过web界面，获取用户上传的当前服务的当前服务信息，方便用户操作，用户上传时只需要填写服务信息即可；根据当前服务信息，自动生成当前版本信息，实现了自动生成版本信息；将当前版本信息打包至服务包内时，自动生成服务接口，通过服务接口统一管理服务版本信息，提供了多个服务、多次修改的服务版本管理方式，满足了众多服务包的多版本的管理需求。
附图说明
22.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
23.图1为本说明书实施例提供的一种基于web界面的服务版本管理方法的流程示意图；
24.图2为本说明书实施例提供的一种基于web界面的服务版本管理设备的结构示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
26.随着科技的迅速发展，各类企业的项目越来越多，每个项目的实现依托于企业员工的多次修改，此外，在项目的交付过程中，还会出现各类新需求，针对实际的需求情况，对项目进行推进。
27.随着项目数量的增多，需要管理发布的服务包也越来越多，服务包的版本管理存在较多困难。服务版本的管理对项目的推进起着至关重要的作用。在实际的应用场景中，可
能存在最早版本的服务服务包时间久远，或服务版本不一致，导致服务包部署存在问题；在项目推进层面，由于服务包众多，每个服务包对应的多个版本的更新，在每次更新时若在非最新版本的基础上进行修改，则会产生工作量浪费的情况。因此，服务版本不一致容易导致各类问题。现有技术无法满足众多服务包的多版本的管理需求。
28.本说明书实施例提供一种基于web界面的服务版本管理方法，需要说明的是，本说明书实施例中的执行主体可以是服务器，也可以是任意一种具备数据处理能力的设备。图1为本说明书实施例提供的一种基于web界面的服务版本管理方法的流程示意图，如图1所示，主要包括如下步骤：
29.步骤s101，通过web界面，获取用户上传的当前服务的当前服务信息。
30.在本说明书的一个实施例中，用户在web界面填写当前服务的当前服务信息，当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容，此处的当前服务信息还可以包括服务的git地址、分支等信息，在此不作具体限定。通过用户在web界面中填写的内容，获取当前服务的当前服务信息。
31.步骤s102，通过当前服务信息中的服务历史修改记录和当前服务项目内容，生成当前服务的当前版本信息。
32.通过该当前服务信息中的该服务历史修改记录和该当前服务项目内容，生成该当前服务的当前版本信息，具体包括：获取该服务历史修改记录中的至少一个历史修改时间和每个该历史修改时间对应的历史修改内容；在该至少一个历史修改时间中，确定出符合要求的指定历史修改时间；基于该指定历史修改时间和每个该历史修改时间对应的历史修改内容，确定指定历史修改内容；基于该指定历史修改内容和当前服务项目内容，生成该当前服务的当前版本信息。
33.在本说明书的一个实施例中，一个服务的上线可能需要多次修改，在此过程中根据需求进行服务版本的更新，也就是说，服务历史修改记录中包括至少一个历史修改时间，每个历史修改时间均对应当次修改的历史修改内容。在服务历史修改记录中，确定出最近一次修改对应的历史修改内容，也就是指定历史修改内容。根据指定历史修改内容和当前服务项目内容，生成当前服务的当前版本信息，此处的当前服务项目内容可以理解为需要添加或修改的项目需求内容，例如添加功能、修改功能等。
34.在该至少一个历史修改时间中，确定出符合要求的指定历史修改时间，具体包括：获取用户上传该当前服务信息的当前用户上传时间；基于至少一个该历史修改时间和该当前用户上传时间，确定每个该历史修改时间与该当前用户上传时间的时间间隔，以生成至少一个时间间隔；根据至少一个该时间间隔，在至少一个该历史修改时间中，确定出符合要求的指定历史修改时间，其中，该指定历史修改时间的时间间隔卫该至少一个时间间隔的最小值。
35.在本说明的一个实施例中，由于在历史修改时间中包括多个历史修改时刻，获取用户在web界面填写当前服务信息的时刻，作为当前用户上传时间，计算每个历史修改时间和当前用户上传时间的时间差值，生成时间间隔。通过多个时间间隔，确定出与当前用户上传时间间隔最小的指定历史修改时间，由此得到的指定历史修改时间为最近一次的修改。
36.该当前版本信息包括当前版本标识；基于该指定历史修改内容和当前服务项目内容，生成该当前服务的当前版本信息，具体包括：将该指定历史修改内容和该当前服务项目
内容进行对比，判断是否存在内容变化；当存在该内容变化时，确定该指定历史修改内容和该当前服务项目内容之间的变量内容；基于该变量内容和预先获取的历史版本标识，生成该当前服务的当前版本标识。
37.在本说明书的一个实施例中，服务的当前版本信息包括当前版本标识，用于区分不同的服务版本。将指定历史修改内容和当前服务项目内容进行对比，判断是否是大小版本的迭代更新，此处在判断是否是大小版本的迭代更新时，可以通过指定历史修改内容和当前服务项目内容之间是否存在内容变化确定，若存在内容变化，则说明是大小版本的迭代更新。需要说明的是，此处的内容变化包括内容增加或内容修改等情况，例如功能修改、功能添加等。当存在内容变化时，确定该指定历史修改内容和该当前服务项目内容之间的变量内容，也就是发生变化的内容，基于变量内容和预先获取的历史版本标识，生成当前服务的当前版本标识。
38.基于该变量内容和预先获取的历史版本标识，生成该当前服务的当前版本标识，具体包括：根据该变量内容，确定该变量内容对应的当前服务更新类型，其中，该服务更新类型包括问题修复类型和功能增加类型中的任意一项或多项；基于该当前服务更新类型，生成该变量内容对应的当前服务更新类型标识；获取该历史版本标识，其中，该历史版本标识包括历史修改用户子标识、历史修改服务更新类型子标识和修改次数子标识；基于该当前服务更新类型标识、当前用户标识和该历史版本标识，生成该当前服务的当前版本标识。
39.在本说明书的一个实施例中，根据变量内容，确定变量内容对应的当前服务更新类型，服务更新类型包括问题修复类型和功能增加类型，还可以包括其他类型，根据当前服务更新类型，生成变量内容对应的当前服务更新类型标识，需要说明的是，不同的服务更新类型对应的更新类型标识可以通过预先构建映射表的形式。获取历史版本标识，历史版本标识包括历史修改用户子标识、历史修改服务更新类型子标识和修改次数子标识。历史修改用户子标识用于表示历史修改对应的修改操作用户，便于进行编程人员之间的沟通和对照；历史修改服务更新类型子标识用于表示历史修改服务对应其上一个版本的修改内容；修改次数子标识用于表示第几次修改。基于当前服务更新类型标识、当前用户标识和该历史版本标识，生成当前服务的当前版本标识。
40.基于该当前服务更新类型标识、当前用户标识和该历史版本标识，生成该当前服务的当前版本标识，具体包括：获取该历史版本标识中的历史服务更新类型子标识；使用该当前服务更新类型标识对该历史服务更新类型子标识进行替换，使用该当前用户标识对该历史修改用户子标识进行替换，并将该修改次数子标识按照预设规则进行递增处理，得到该当前服务的当前版本标识。
41.在本说明书的一个实施例中，使用当前服务更新类型标识，在历史版本标识中对历史服务更新类型子标识进行替换，之后，获取在web网页填写信息的用户的当前用户标识，此处的当前用户标识可以是工号，也可以是其他形式的用户标识，使用当前用户标识，在历史版本标识中对历史修改用户子标识进行替换，并将修改次数子标识按照预设规则进行递增处理，此处的递增处理可以是修改次数子标识加一，由此，得到当前服务的当前版本标识。
42.步骤s103，将当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口。
43.在本说明书的一个实施例中，将当前服务的当前版本信息，打包至对应的服务包内，自动生成获取服务的服务版本信息的指定服务接口，此处的指定服务接口可以是应用程序(application program interface，api)接口。其中，指定服务接口用于获取服务的服务版本信息；
44.步骤s104，通过指定服务接口，对服务的服务版本信息进行管理操作。
45.在本说明书的一个实施例中，通过指定服务接口，对服务的服务版本信息进行管理操作，管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
46.通过该指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过预先生成的多个服务接口，获取每个服务接口对应的多个服务中每个服务对应的至少一个服务版本信息；对该多个服务的中每个服务对应的至少一个服务版本信息进行汇总，生成服务版本汇总数据，以将该服务版本汇总数据存储至预设数据库中；在该预设数据库中，基于该服务版本汇总数据，对任意服务对应的多个服务版本信息进行版本对比，以生成服务版本对比数据。
47.在本说明书的一个实施例中，在需要对服务进行存储操作时，通过预先生成的多个服务接口，获取每个服务接口对应的多个服务中每个服务对应的至少一个服务版本信息。也就是说，每个服务对应多次修改的服务版本信息，每次修改后的版本信息均有记录，对多个服务的中每个服务对应的至少一个服务版本信息进行汇总，生成服务版本汇总数据，以将该服务版本汇总数据存储至预设数据库中。通过服务版本汇总数据，可以对多个服务的服务版本进行宏观管理，还可以对单个服务的历史修改情况进行展示，便于查找问题。此外，在预设数据库中基于服务版本汇总数据，对任意服务对应的多个服务版本信息进行版本对比，以生成服务版本对比数据，通过版本对比数据，可以对单个服务的历史修改情况进行直观的展示，此外，还可以对比不同环境下的服务版本信息的差异。
48.通过该指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过该指定服务接口，获取该服务的服务版本信息对应的服务包；将该服务包存储至预设数据库中，以便于根据预设的服务部署规则，将该服务包部署至指定位置。
49.在本说明书的一个实施例中，通过指定服务接口，获取服务的服务版本信息对应的服务包；将服务包存储至预设数据库中，根据预先设置的服务部署规则，将服务包部署至服务器内的指定位置。还可以对服务包进行存储，并提供对外的下载地址，方便后续的服务包部署过程。
50.通过上述技术方案，通过web界面，获取用户上传的当前服务的当前服务信息，方便用户操作，用户上传时只需要填写服务信息即可；根据当前服务信息，自动生成当前版本信息，实现了自动生成版本信息；将当前版本信息打包至服务包内时，自动生成服务接口，通过服务接口统一管理服务版本信息，提供了多个服务、多次修改的服务版本管理方式，满足了众多服务包的多版本的管理需求。
51.在本说明书的一个实施例中，可以应用于服务版本管理系统中，服务版本管理系统包括调度模块、记录模块、打包模块、存储模块、部署模块、汇总模块和查询模块。用户通过在web界面填写服务的git地址、分支、修改内容、项目内容等信息，将这部分信息通过调度模块使用国密算法进行加密传输到记录模块。
52.记录模块可以依据接受到的信息，自动增加大小版本号信息，自动记录服务的版
本信息。通过发送过来的信息查询服务上次修改的版本号信息，通过修改内容和项目内容来确定是否是大小版本的迭代更新，来更新版本号，将这些信息按照格式存储到数据库中以及将这些信息格式化成json数据提交到工程对应的文件内。
53.打包模块获取到工程信息后，将服务的版本信息自动打包到服务内，自动生成服务版本信息的api接口。打包模块打包完成后，会将服务包存储到存储模块中，存储模块可以提供对外的下载地址，供后续部署模块使用。也就是说，存储模板将打包模块内打包完成的服务包进行存储，供部署模块进行部署使用。部署模块是根据调度模块传输的信息，将存储模块内的服务包推送到服务器内的指定位置进行部署。
54.汇总模块可以汇总多个环境内所有服务的版本信息，生成各环境内服务版本对比的差异结果。将指定环境中所有的服务版本信息通过调用服务版本的api接口获取对应服务版本的信息，将这些信息进行汇总存储到数据库中，同时也可以对比不通环境下服务版本号的差异。查询模块负责在web界面中依据各种查询条件查询指定环境、指定服务的版本号信息，便于服务的版本管理，可以在web界面中根据指定的查询条件对服务进行版本号的查询。
55.本说明书实施例还提供一种基于web界面的服务版本管理设备，如图2所示，设备包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：
56.通过web界面，获取用户上传的当前服务的当前服务信息，其中，该当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过该当前服务信息中的该服务历史修改记录和该当前服务项目内容，生成该当前服务的当前版本信息；将该当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，该指定服务接口用于获取服务的服务版本信息；通过该指定服务接口，对服务的服务版本信息进行管理操作，其中，该管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
57.本说明书实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：
58.通过web界面，获取用户上传的当前服务的当前服务信息，其中，该当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过该当前服务信息中的该服务历史修改记录和该当前服务项目内容，生成该当前服务的当前版本信息；将该当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，该指定服务接口用于获取服务的服务版本信息；通过该指定服务接口，对服务的服务版本信息进行管理操作，其中，该管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
59.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
60.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可
以的或者可能是有利的。
61.本说明书实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。
62.本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
63.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
64.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
65.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
66.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
67.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
68.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
69.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包
括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
70.以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

技术特征：
1.一种基于web界面的服务版本管理方法，其特征在于，所述方法包括：通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。2.根据权利要求1所述的一种基于web界面的服务版本管理方法，其特征在于，通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息，具体包括：获取所述服务历史修改记录中的至少一个历史修改时间和每个所述历史修改时间对应的历史修改内容；在所述至少一个历史修改时间中，确定出符合要求的指定历史修改时间；基于所述指定历史修改时间和每个所述历史修改时间对应的历史修改内容，确定指定历史修改内容；基于所述指定历史修改内容和当前服务项目内容，生成所述当前服务的当前版本信息。3.根据权利要求2所述的一种基于web界面的服务版本管理方法，其特征在于，在所述至少一个历史修改时间中，确定出符合要求的指定历史修改时间，具体包括：获取用户上传所述当前服务信息的当前用户上传时间；基于至少一个所述历史修改时间和所述当前用户上传时间，确定每个所述历史修改时间与所述当前用户上传时间的时间间隔，以生成至少一个时间间隔；根据至少一个所述时间间隔，在至少一个所述历史修改时间中，确定出符合要求的指定历史修改时间，其中，所述指定历史修改时间的时间间隔卫所述至少一个时间间隔的最小值。4.根据权利要求2所述的一种基于web界面的服务版本管理方法，其特征在于，所述当前版本信息包括当前版本标识；基于所述指定历史修改内容和当前服务项目内容，生成所述当前服务的当前版本信息，具体包括：将所述指定历史修改内容和所述当前服务项目内容进行对比，判断是否存在内容变化；当存在所述内容变化时，确定所述指定历史修改内容和所述当前服务项目内容之间的变量内容；基于所述变量内容和预先获取的历史版本标识，生成所述当前服务的当前版本标识。5.根据权利要求4所述的一种基于web界面的服务版本管理方法，其特征在于，基于所述变量内容和预先获取的历史版本标识，生成所述当前服务的当前版本标识，具体包括：根据所述变量内容，确定所述变量内容对应的当前服务更新类型，其中，所述服务更新
类型包括问题修复类型和功能增加类型中的任意一项或多项；基于所述当前服务更新类型，生成所述变量内容对应的当前服务更新类型标识；获取所述历史版本标识，其中，所述历史版本标识包括历史修改用户子标识、历史修改服务更新类型子标识和修改次数子标识；基于所述当前服务更新类型标识、当前用户标识和所述历史版本标识，生成所述当前服务的当前版本标识。6.根据权利要求5所述的一种基于web界面的服务版本管理方法，其特征在于，基于所述当前服务更新类型标识、当前用户标识和所述历史版本标识，生成所述当前服务的当前版本标识，具体包括：获取所述历史版本标识中的历史服务更新类型子标识；使用所述当前服务更新类型标识对所述历史服务更新类型子标识进行替换，使用所述当前用户标识对所述历史修改用户子标识进行替换，并将所述修改次数子标识按照预设规则进行递增处理，得到所述当前服务的当前版本标识。7.根据权利要求1所述的一种基于web界面的服务版本管理方法，其特征在于，通过所述指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过预先生成的多个服务接口，获取每个服务接口对应的多个服务中每个服务对应的至少一个服务版本信息；对所述多个服务的中每个服务对应的至少一个服务版本信息进行汇总，生成服务版本汇总数据，以将所述服务版本汇总数据存储至预设数据库中；在所述预设数据库中，基于所述服务版本汇总数据，对任意服务对应的多个服务版本信息进行版本对比，以生成服务版本对比数据。8.根据权利要求1所述的一种基于web界面的服务版本管理方法，其特征在于，通过所述指定服务接口，对服务的服务版本信息进行管理操作，具体包括：通过所述指定服务接口，获取所述服务的服务版本信息对应的服务包；将所述服务包存储至预设数据库中，以便于根据预设的服务部署规则，将所述服务包部署至指定位置。9.一种基于web界面的服务版本管理设备，其特征在于，所述设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。
10.一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：通过web界面，获取用户上传的当前服务的当前服务信息，其中，所述当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过所述当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成所述当前服务的当前版本信息；将所述当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，其中，所述指定服务接口用于获取服务的服务版本信息；通过所述指定服务接口，对服务的服务版本信息进行管理操作，其中，所述管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。

技术总结
本说明书实施例公开了一种基于Web界面的服务版本管理方法、设备及介质，涉及软件开发技术领域，方法包括：通过Web界面，获取用户上传的当前服务的当前服务信息，当前服务信息包括服务名称、服务历史修改记录和当前服务项目内容；通过当前服务信息中的所述服务历史修改记录和所述当前服务项目内容，生成当前服务的当前版本信息；将当前服务的当前版本信息，打包至对应的服务包内，生成指定服务接口，指定服务接口用于获取服务的服务版本信息；通过指定服务接口，对服务的服务版本信息进行管理操作，管理操作包括存储操作、对比操作和部署操作中的任意一项或多项。提供了多个服务、多次修改的服务版本管理方式，满足了众多服务包的多版本的管理需求。多版本的管理需求。多版本的管理需求。


技术研发人员：孙宗亮 赵海兴 黄浩 邱阳
受保护的技术使用者：浪潮卓数大数据产业发展有限公司
技术研发日：2023.05.11
技术公布日：2023/8/13