CN114816393B - 信息生成方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种信息生成方法、装置、设备以及存储介质，涉及组件管理技术领域。该方法包括：响应于确定组件的版本信息发生变更，将该组件确定为目标组件；基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系；基于预设的版本配置规则，为依赖组件配置版本信息；基于目标组件和依赖组件之间的关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。本公开提供的信息生成方法基于预设的配置规则自动为依赖组件配置版本信息，提升了组件的版本信息的维护效率，进而提升了研发效率。

Description

信息生成方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，具体涉及组件管理技术领域，尤其涉及信息生成方法、装置、设备以及存储介质。

背景技术

在软件开发中，为了更好的复用，通常会将不同功能的代码以独立组件的方式对外提供，其他软件通过复用这些独立的组件，大大提高了软件开发的效率。

发明内容

本公开提供了一种信息生成方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种信息生成方法，包括：响应于确定组件的版本信息发生变更，将该组件确定为目标组件；基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系；基于预设的版本配置规则，为依赖组件配置版本信息；基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。

根据本公开的第二方面，提供了一种信息生成装置，包括：第一确定模块，被配置成响应于确定组件的版本信息发生变更，将该组件确定为目标组件；第二确定模块，被配置成基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系；配置模块，被配置成基于预设的版本配置规则，为依赖组件配置版本信息；第一保存模块，被配置成基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实现方式描述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开可以应用于其中的示例性系统架构图；

图2是根据本公开的信息生成方法的一个实施例的流程图；

图3是根据本公开的信息生成方法的一个应用场景的示意图；

图4是根据本公开的信息生成方法的另一个实施例的流程图；

图5是根据本公开的信息生成装置的一个实施例的结构示意图；

图6是用来实现本公开实施例的信息生成方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的信息生成方法或信息生成装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送信息等。终端设备101、102、103上可以安装有各种客户端应用。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以提供各种服务。例如，服务器105可以对从终端设备101、102、103获取的各个组件以及各个组件的版本信息进行分析和处理，并生成处理结果(例如将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中)。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开实施例所提供的信息生成方法一般由服务器105执行，相应地，信息生成装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本公开的信息生成方法的一个实施例的流程200。该信息生成方法包括以下步骤：

步骤201，响应于确定组件的版本信息发生变更，将该组件确定为目标组件。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器105)会在确定组件的版本信息发生变更的情况下，将版本信息发生变更的组件确定为目标组件。众所周知，一款APP(application，应用程序)包括多个模块或组件，在日常的研发过程中，而模块或组件的变动则会引起相关的其他模块或组件的变动，如果维护不好，则会影响APP的功能和稳定。所以，本实施例会对组件之间的依赖关系进行维护，从而自动对组件之间的版本信息进行更新。

在本实施例中，上述执行主体会获取研发人员提交的代码，根据提交的代码记录各个组件之间的依赖关系，以及记录各个组件的版本信息关系，从而得到组件依赖关系表。

若上述执行主体检测到各个组件中的某个组件的版本信息发生变更(也即研发人员对某一个组件进行更新，从而提交新版本的组件)，则上述执行主体会将版本信息发生变更的组件确定为目标组件。

步骤202，基于组件依赖关系表，确定出依赖于目标组件的依赖组件。

在本实施例中，上述执行主体会基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系。由于上述执行主体已经预先构建了存储有组件之间的依赖关系的组件依赖关系表，所以在确定目标组件后，上述执行主体会从组件依赖关系表中确定出依赖于目标组件的组件，将其记为目标组件的依赖组件。

作为示例，例如组件依赖关系表中记录了“组件L11依赖组件L21和L23”，那么在确定组件L21的版本信息发生变更时，也即目标组件为组件L21，那么此时根据组件依赖关系表可以确定依赖于目标组件L21的依赖组件为组件L11。

步骤203，基于预设的版本配置规则，为依赖组件配置版本信息。

在本实施例中，在确定出目标组件的依赖组件后，上述执行主体会基于预设的配置规则，为依赖组件配置版本信息。由于组件的版本信息之间存在依赖关系，组件之间也存在接口的调用或变量的依赖等，所以，当目标组件的公开的接口或者变量有变化时，依赖组件也需要相应进行修改，否则的话，调用时就会出现错误。

在本实施例中，会基于目标组件的接口或变量的变化情况，来相应的为依赖组件配置版本信息。例如，假如目标组件的接口或变量没变，那么依赖组件的版本信息不变，则还为未变更版本信息的目标组件所依赖的版本信息，该版本信息可以从组件依赖关系表中获取；假如目标组件的接口或变量已发生变化，那么会将依赖组件的版本信息配置为目标组件变更后的版本信息。

步骤204，基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。

在本实施例中，上述执行主体会基于组件依赖关系表中目标组件和依赖组件之间的依赖关系，来将目标组件的变更后的版本信息和依赖组件的配置后的版本信息进行保存，也即在组件依赖关系表中添加目标组件的变更后的版本信息和依赖组件的配置后的版本信息的对应关系。

继续参考图3，其示出了根据本公开的信息生成方法的一个应用场景的示意图。在该应用场景中，首先，执行主体301在确定某个组件的版本信息发生变更时，会将版本信息发生变更的组件确定为目标组件302。然后，执行主体301会基于预先构建的存储有组件之间的依赖关系的组件依赖关系表，来确定依赖于目标组件302的依赖组件。之后，执行主体301会基于预设的版本配置规则，为依赖组件配置版本信息，例如基于目标组件的接口或变量的变化情况，来为依赖组件配置版本信息。最后，执行主体301会基于组件依赖关系表中目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息进行保存，保存至组件依赖关系表中。

本公开实施例提供的信息生成方法，首先响应于确定组件的版本信息发生变更，将该组件确定为目标组件；然后基于组件依赖关系表，确定出依赖于目标组件的依赖组件；之后基于预设的版本配置规则，为依赖组件配置版本信息；最后基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。本实施例中的信息生成方法，该方法通过记录组件之间的依赖关系，并关联版本信息，从而基于预设的配置规则自动为依赖组件配置版本信息，提升了组件的版本信息的维护效率，进而提升了研发效率。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

继续参考图4，图4示出了根据本公开的信息生成方法的另一个实施例的流程400。该信息生成方法包括以下步骤：

步骤401，响应于确定组件的版本信息发生变更，将该组件确定为目标组件。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器105)可以在确定组件的版本信息发生变更时，将该组件确定为目标组件。步骤401与前述实施例的步骤201基本一致，具体实现方式可以参考前述对步骤201的描述，此处不再赘述。

需要说明的是，一个APP中可以包含多个组件，假设包含的组件数目为m(m为正整数)，将目标组件表示为x，x的依赖组件的个数为n(n为正整数)，那么m大于n,且x属于m中的一个。

步骤402，基于组件依赖关系表，确定出依赖于目标组件的依赖组件。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器105)可以基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系。步骤402与前述实施例的步骤202基本一致，具体实现方式可以参考前述对步骤202的描述，此处不再赘述。

之后，上述执行主体会判断目标组件的接口信息和变量信息是否发生变化，在目标组件的接口信息和变量信息均未发生变化的情况下，执行步骤403-404，在目标组件的接口信息或变量信息发生变化的情况下，执行步骤405。

步骤403，响应于确定目标组件的接口信息和变量信息均未发生变化，从组件依赖关系表中选取依赖组件的历史版本信息。

在本实施例中，上述执行主体会确定目标组件的接口信息和变量信息有没有发生变化，并在目标组件接口信息和变量信息均未发生变化的情况下，依赖组件的版本信息不变，上述执行主体会从组件依赖关系表中选取依赖组件的历史版本信息，历史版本信息即为最新一次更新的版本信息。

步骤404，将历史版本信息作为依赖组件的配置后的版本信息。

在本实施例中，上述执行主体会将获取的历史版本信息作为依赖组件的配置后的版本信息。从而实现了在目标组件的接口信息和变量信息均未发生变化的情况下，为依赖组件配置版本信息。

例如，假设组件L23依赖组件L33，且1.0.0版本的L23依赖1.0.0版本的L33。那么当L33的版本变更为1.1.0，但是L33的接口和变量均未变化，此时目标组件L33的依赖组件L23的版本信息无需变更，L23的版本信息还为其历史版本信息1.0.0。也即此时，1.0.0版本的L23依赖1.1.0版本的L33。

步骤405，响应于确定组件的接口信息或变量信息发生变化，将依赖组件的版本信息配置为目标组件的变更后的版本信息。

在本实施例中，上述执行主体在确定目标组件的接口信息或变量信息发生变化的情况下，会将依赖组件的版本信息配置为目标组件的变更后的版本信息。也即在目标组件的接口信息或变量信息发生变化的情况下，依赖组件的版本信息也需要变更为目标组件变更后的版本信息。从而实现在组件的接口信息或变量信息发生变化时，为依赖组件配置版本信息。

例如，假设组件L23依赖组件L33，且1.0.0版本的L23依赖1.0.0版本的L33。那么当L33的版本变更为1.1.0，且L33的接口发生变化，此时L33的依赖组件L23的版本信息需变更，变更为L33的变更后的版本信息1.1.0。也即此时，1.1.0版本的L23依赖1.1.0版本的L33。

在本实施例的一些可选的实现方式中，还包括：响应于确定目标组件的接口信息或变量信息发生变化、且依赖组件还依赖于其他的组件，将其他的组件的版本信息配置为目标组件的变更后的版本信息。

在本实现方式中，在确定目标组件的接口信息或变量信息已发生变化、且依赖组件还依赖于其他的组件，此时将所依赖的其他组件的版本信息也配置为目标组件的变更后的版本信息。

例如，假设组件L21依赖组件L31；组件L23依赖组件L31、L32、L33，且1.0.0版本的L21依赖1.0.0版本的L31、1.0.0版本的L23依赖1.0.0版本的L31、1.0.0版本的L32、1.0.0版本的L33。那么当L31的版本变更为1.1.0，且L31的接口信息发生变化，此时L31的依赖组件L21和L23的版本信息都要变更为1.1.0版本。同时，由于依赖组件L23还依赖于其他的组件L32和L33，所以，组件L32和组件L33的版本信息也要变更为1.1.0版本。

也即，在本实施例中，一个组件的版本信息发生变更，依赖组件所依赖的其他组件也需要同时进行变更。

步骤406，基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。

步骤406与前述实施例的步骤204基本一致，具体实现方式可以参考前述对步骤204的描述，此处不再赘述。

步骤407，获取各个组件的版本信息对应的提交标识。

在本实施例中，上述执行主体会获取各个组件的版本信息对应的提交标识，其中，提交标识包括发布版标识、正式版标识或灰度版标识。也即每个版本信息的组件在提交时都会有一个标识，上述执行主体会获取各个组件的各个版本信息对应的提交标识。可选地，提交标识还可以为分支标识，例如master分支、release分支、固定版本分支(如ver8.8)等等。

步骤408，将各个组件的版本信息与提交标识的对应关系保存至组件依赖关系表中。

在本实施例中，上述执行主体会将各个组件的版本信息与提交标识的对应关系保存至组件依赖关系表中。也即上述执行主体会为每个组件的版本信息加上用于指示标识信息的标签，并将版本信息与提交标识的对应关系保存至组件依赖关系表中。从而准确记录版本信息与提交标识之间的对应关系。

在本实施例的一些可选实现方式中，上述信息生成方法还包括：确定待操作组件和待操作组件的版本信息；获取与待操作组件的版本信息对应的依赖组件的各个版本信息；从各个版本信息中确定目标版本信息，目标版本信息为最近一次更新的版本信息；输出待操作组件和目标版本信息的依赖组件。

在本实现方式中，在用户选择某个组件进行使用时，该组件的依赖组件也需要同时获取。上述执行主体在确定待操作组件(即用户选择的组件)后，还会获取该待操作组件的版本信息。然后，获取与该版本信息对应的依赖组件的各个版本信息，并从各个版本信息中确定最近一次更新的版本信息，也即最高版本的版本信息，将该版本信息的依赖组件作为待操作组件的最终依赖组件。最后输出待操作组件和最终的依赖组件。一般情况下，默认最近一次更新的版本或最高版本的组件更稳定，性能更佳，所以，将最近一次更新的版本信息的组件进行输出，可以提升用户的研发效率。

作为示例，用户选择版本信息为1.0.1的组件L23，1.0.1版本的组件L23依赖组件L31，L31的版本信息为1.0.0、1.0.1和1.0.2，那么会将1.0.2版本的L31作为最终的依赖组件，也即输出1.0.1版本的组件L23和1.0.2版本的组件L31。

此外，在输出正式版时，可根据组件依赖关系表中记录的明确的版本信息之间的对应关系，进行一一输出。也即将组件的所有依赖组件、以及依赖组件的各个版本信息进行输出。

从图4中可以看出，与图2对应的实施例相比，本实施例中的信息生成方法，该方法对组件间的依赖进行记录，并关联版本信息，同时对于组件版本信息的变更过程也建立了关系，通过组件之间的依赖关系自动更新记录版本变更信息，从而当组件输出时，可根据组件依赖关系表中记录的依赖关系，输出最终需要输出的组件依赖关系链，从而提升了组件依赖关系的更新及维护的效率。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种信息生成装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的信息生成装置500包括：第一确定模块501、第二确定模块502、配置模块503和第一保存模块504。其中，第一确定模块501，被配置成响应于确定组件的版本信息发生变更，将该组件确定为目标组件；第二确定模块502，被配置成基于组件依赖关系表，确定出依赖于目标组件的依赖组件，其中，组件依赖关系表中存储有组件之间的依赖关系；配置模块503，被配置成基于预设的版本配置规则，为依赖组件配置版本信息；第一保存模块504，，被配置成基于目标组件和依赖组件之间的依赖关系，将目标组件的变更后的版本信息和依赖组件的配置后的版本信息保存至组件依赖关系表中。

在本实施例中，信息生成装置500中：第一确定模块501、第二确定模块502、配置模块503和第一保存模块504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，配置模块包括：选取子模块，被配置成响应于确定目标组件的接口信息和变量信息均未发生变化，从组件依赖关系表中选取依赖组件的历史版本信息；第一确定子模块，被配置成将历史版本信息作为依赖组件的配置后的版本信息。

在本实施例的一些可选的实现方式中，配置模块还包括：第二确定子模块，被配置成响应于确定组件的接口信息或变量信息发生变化，将依赖组件的版本信息配置为目标组件的变更后的版本信息。

在本实施例的一些可选的实现方式中，配置模块还包括：配置子模块，被配置成响应于确定目标组件的接口信息或变量信息发生变化、且依赖组件还依赖于其他的组件，将其他的组件的版本信息配置为目标组件的变更后的版本信息。

在本实施例的一些可选的实现方式中，上述信息生成装置500还包括：第一获取模块，被配置成获取各个组件的版本信息对应的提交标识，提交标识包括发布版标识、正式版标识或灰度版标识；第二保存模块，被配置成将各个组件的版本信息与提交标识的对应关系保存至组件依赖关系表中。

在本实施例的一些可选的实现方式中，上述信息生成装置500还包括：第三确定模块，被配置成确定待操作组件和待操作组件的版本信息；第二获取模块，被配置成获取与待操作组件的版本信息对应的依赖组件的各个版本信息；第四确定模块，被配置成从各个版本信息中确定目标版本信息，目标版本信息为最近一次更新的版本信息；输出模块，被配置成输出待操作组件和目标版本信息的依赖组件。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如信息生成方法。例如，在一些实施例中，信息生成方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的信息生成方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行信息生成方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

云计算(cloud computer)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用或存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (8)

1.一种信息生成方法，包括：

响应于确定组件的版本信息发生变更，将该组件确定为目标组件，包括：响应于检测到应用程序中各个组件中存在版本信息发生变更的组件，将该组件确定为目标组件；

基于组件依赖关系表，确定出依赖于所述目标组件的依赖组件，包括：从组件依赖关系表中确定出依赖于所述目标组件的组件，并将依赖于所述目标组件的组件记为依赖组件，其中，所述组件依赖关系表中存储有组件之间的依赖关系，所述组件依赖关系表基于以下步骤确定：获取研发人员提交的代码，根据提交的代码记录应用程序中各个组件之间的依赖关系，以及记录应用程序中各个组件的版本信息关系，得到所述组件依赖关系表；

基于预设的版本配置规则，为所述依赖组件配置版本信息，包括：响应于确定所述目标组件的接口信息和变量信息均未发生变化，且所述依赖组件的版本信息不变，从所述组件依赖关系表中选取所述依赖组件的历史版本信息；将所述历史版本信息作为所述依赖组件的配置后的版本信息；

基于所述目标组件和所述依赖组件之间的依赖关系，将所述目标组件的变更后的版本信息和所述依赖组件的配置后的版本信息保存至所述组件依赖关系表中；

所述方法还包括：

获取应用程序中各个组件的版本信息对应的提交标识，所述提交标识包括发布版标识、正式版标识或灰度版标识，所述提交标识为应用程序中各个组件的版本信息在提交时的标识；

将应用程序中各个组件的版本信息与所述提交标识的对应关系保存至所述组件依赖关系表中；

确定待操作组件和所述待操作组件的版本信息；获取与所述待操作组件的版本信息对应的依赖组件的各个版本信息；从所述各个版本信息中确定目标版本信息，所述目标版本信息为最近一次更新的版本信息；输出所述待操作组件和所述目标版本信息的依赖组件。

2.根据权利要求1所述的方法，其中，所述基于预设的版本配置规则，为所述依赖组件配置版本信息，还包括：

响应于确定所述组件的接口信息或变量信息发生变化，将所述依赖组件的版本信息配置为所述目标组件的变更后的版本信息。

3.根据权利要求2所述的方法，其中，所述基于预设的版本配置规则，为所述依赖组件配置版本信息，还包括：

响应于确定所述目标组件的接口信息或变量信息发生变化、且所述依赖组件还依赖于其他的组件，将所述其他的组件的版本信息配置为所述目标组件的变更后的版本信息。

4.一种信息生成装置，包括：

第一确定模块，被配置成响应于确定组件的版本信息发生变更，将该组件确定为目标组件，进一步被配置成：响应于检测到应用程序中各个组件中存在版本信息发生变更的组件，将该组件确定为目标组件；

第二确定模块，被配置成基于组件依赖关系表，确定出依赖于所述目标组件的依赖组件，进一步被配置成：从组件依赖关系表中确定出依赖于所述目标组件的组件，并将依赖于所述目标组件的组件记为依赖组件，其中，所述组件依赖关系表中存储有组件之间的依赖关系，所述组件依赖关系表基于以下步骤确定：

获取研发人员提交的代码，根据提交的代码记录应用程序中各个组件之间的依赖关系，以及记录应用程序中各个组件的版本信息关系，得到所述组件依赖关系表；

配置模块，被配置成基于预设的版本配置规则，为所述依赖组件配置版本信息，包括：选取子模块，被配置成响应于确定所述目标组件的接口信息和变量信息均未发生变化，且所述依赖组件的版本信息不变，从所述组件依赖关系表中选取所述依赖组件的历史版本信息；第一确定子模块，被配置成将所述历史版本信息作为所述依赖组件的配置后的版本信息；

第一保存模块，被配置成基于所述目标组件和所述依赖组件之间的依赖关系，将所述目标组件的变更后的版本信息和所述依赖组件的配置后的版本信息保存至所述组件依赖关系表中；

所述装置还包括：

第一获取模块，被配置成获取应用程序中各个组件的版本信息对应的提交标识，所述提交标识包括发布版标识、正式版标识或灰度版标识，所述提交标识为应用程序中各个组件的版本信息在提交时的标识；

第二保存模块，被配置成将应用程序中各个组件的版本信息与所述提交标识的对应关系保存至所述组件依赖关系表中；

第三确定模块，被配置成确定待操作组件和所述待操作组件的版本信息；

第二获取模块，被配置成获取与所述待操作组件的版本信息对应的依赖组件的各个版本信息；

第四确定模块，被配置成从所述各个版本信息中确定目标版本信息，所述目标版本信息为最近一次更新的版本信息；

输出模块，被配置成输出所述待操作组件和所述目标版本信息的依赖组件。

5.根据权利要求4所述的装置，其中，所述配置模块还包括：

第二确定子模块，被配置成响应于确定所述组件的接口信息或变量信息发生变化，将所述依赖组件的版本信息配置为所述目标组件的变更后的版本信息。

6.根据权利要求5所述的装置，其中，所述配置模块还包括：

配置子模块，被配置成响应于确定所述目标组件的接口信息或变量信息发生变化、且所述依赖组件还依赖于其他的组件，将所述其他的组件的版本信息配置为所述目标组件的变更后的版本信息。

7.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-3中任一项所述的方法。

8.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-3中任一项所述的方法。