一种制品信息管理方法、管理系统、电子设备及存储介质

技术领域

本发明涉及计算机领域，特别涉及一种制品信息管理方法、管理系统、电子设备及存储介质。

背景技术

随着业务发展，电子设备系统的数据在不断增加，再加上目前服务都逐渐走入微服务化，每个服务为了更专注于自己的业务，拆分为多个独立的微服务，服务之间彼此隔离有更高的扩展性、独立性，同时各个服务拥有独立的开发环境、测试环境。

为了保证软件的交付质量和可自动化，需要各种软件工具的支撑，例如Git、Jenkins、Jacoco、Sonar等。这就导致制品数量变多，加大了对制品信息监督管理的复杂度，为评估当前制品的质量，需要到各个不同的软件系统中进行核查多项数据才能评估出当前制品的质量。

目前，业内也提供了类似的解决方案，例如coding、云效等，但是这些解决方案都要求用户必须去学习新的一套软件来替换现有的软件，需要花费很大的人力和精力，且这些解决方案并不能灵活地查询到制品各个版本之间的代码差异、在各个环境的测试结果、覆盖率等各项信息，增加了软件研发质量监控的难度，无法提升软件研发效率，无法提供多样化多维度的数据分析展示。

发明内容

有鉴于此，本发明实施例提供的一种制品信息管理方法、管理系统、电子设备及存储介质，可以提供统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明实施例的一个方面，提供的一种制品信息管理方法，所述方法包括：

配置Restful API接口和项目信息；

通过消息队列接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据；

将提交记录与制品进行交联；

通过所述Restful API接口与外部系统传输制品信息。

在一个可能的设计中，在所述通过消息队列接收外部服务推送的提交记录之前，所述方法包括：在管理系统中创建需要管理制品的项目，获取到项目Key。

在一个可能的设计中，所述根据项目信息从提交记录中获取数据，包括：通过配置的项目信息来从提交记录中筛选需要的数据存储到数据库中。

在一个可能的设计中，所述将提交记录与制品进行交联，包括：所述将提交记录与制品进行交联，将所述提交记录存储到更新日志模块的数据库中。

在一个可能的设计中，所述通过所述Restful API接口与外部系统传输制品信息，包括：将外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息进行注册。

在一个可能的设计中，所述将外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息进行注册，包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息；

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，如果项目不存在就提示项目信息在管理系统中不存在；

在制品构建注册时，如果所述制品注册信息包括当前制品对应代码仓库的项目名称和commitId或revisionId，则制品模块根据项目名称和commitId或revisionId，在更新日志模块中获取对应的更新日志集合并归类存储。

在一个可能的设计中，所述通过所述Restful API接口与外部系统传输制品信息，包括：

将外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过所述Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新。

在一个可能的设计中，所述将外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过所述Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新，包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品环境测试结果信息；

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，将接收到制品环境测试结果信息在管理系统中进行更新并保存到数据库中；如果项目不存在就返回异常提示，提示项目信息在管理系统中不存在。

在一个可能的设计中，所述管理方法还包括：检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作。

在一个可能的设计中，所述管理方法还包括：对制品信息进行可视化数据展示。

根据本发明实施例的另一个方面，提供一种制品信息管理系统，所述管理系统包括：配置模块、消息模块、更新日志模块、制品模块；其中：

所述配置模块，用于配置Restful API接口和项目信息；

所述消息模块，用于通过消息队列接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据；

所述更新日志模块，用于将提交记录与制品进行交联；

所述制品模块，用于通过所述Restful API接口与外部系统传输制品信息。

根据本发明实施例的另一个方面，提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现本发明实施例提供的所述的一种制品信息管理方法的步骤。

根据本发明实施例的另一个方面，提供一种存储介质，其特征在于，所述存储介质上存储有一种制品信息管理方法程序，所述一种制品信息管理方法的程序被处理器执行时实现本发明实施例提供的所述的一种制品信息管理方法的步骤。

与相关技术相比，本发明实施例提供一种制品信息管理方法、管理系统、电子设备及存储介质，所述方法包括：配置Restful API接口和项目信息；通过消息队列接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据；将提交记录与制品进行交联；通过所述Restful API接口与外部系统传输制品信息。通过本发明实施例，通过配置统一的Restful API接口来管理制品信息，通过消息队列MQ来接收外部服务推送的提交记录消息，根据项目信息从提交记录中获取数据，将提交记录与制品进行交联，通过所述Restful API接口与外部系统传输制品信息，从而可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

附图说明

图1为本发明实施例提供的一种制品信息管理方法的流程示意图。

图2为本发明实施例提供的一种制品信息管理系统的结构示意图。

图3为本发明实施例提供的一种制品信息管理系统的结构示意图。

图4为本发明实施例提供的一种制品信息管理方法的流程示意图。

图5为本发明实施例提供的一种电子设备的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在一个实施例中，如图1所示，本发明提供一种制品信息管理方法，所述管理方法包括：

S1、配置Restful API(Application Programming Interface，应用程序接口)接口和项目信息；其中，所述项目信息至少包括以下之一信息：项目基本信息、项目相关环境信息、项目后置动作配置。

S2、通过消息队列(Message Queue，MQ)接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据。其中，所述外部服务为代码仓库(SVN/GIT)推送的服务。

S3、将提交记录与制品进行交联。

S4、通过所述Restful API接口与外部系统传输制品信息。优选地，所述外部系统为第三方系统或构建工具。

在本实施例中，通过配置统一的Restful API接口来管理制品信息，通过消息队列MQ来接收外部服务推送的提交记录消息，根据项目信息从提交记录中获取数据，将提交记录与制品进行交联，通过所述Restful API接口与外部系统传输制品信息，从而可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

在一个实施例中，在所述步骤S2之前，所述管理方法还包括：在管理系统中创建需要管理制品的项目，获取到项目Key。

在一个实施例中，所述步骤S2中，所述根据项目信息从提交记录中获取数据，包括：通过配置的项目信息来从提交记录中筛选需要的数据存储到数据库中。

在一个实施例中，所述步骤S3中，所述将提交记录与制品进行交联，包括：

所述将提交记录与制品进行交联，并将所述提交记录存储到更新日志(ChangeLog)模块的数据库中。

在一个实施例中，所述步骤S4中，所述通过所述Restful API接口与外部系统传输制品信息，包括：

将外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息进行注册，包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息。

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，如果项目不存在就提示项目信息在管理系统中不存在。

在制品构建注册时，如果所述制品注册信息包括当前制品对应代码仓库的项目名称和commitId或revisionId，则制品模块根据项目名称和commitId或revisionId，在更新日志(Change Log)模块中获取对应的更新日志(Change Log)集合并归类存储，并提供制品对应更新日志(Change Log)功能。

在本实施例中，通过所述Restful API接口与外部系统传输制品构建注册信息进行注册，这种采用注册机制保证数据来源的安全、可靠，可以保证管理系统的健壮性。

在一个实施例中，所述步骤S4中，所述通过所述Restful API接口与外部系统传输制品信息，包括：

将外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新；包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品环境测试结果信息。

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，将接收到制品环境测试结果信息在管理系统中进行更新并保存到数据库中；如果项目不存在就返回异常提示，提示项目信息在管理系统中不存在。

在本实施例中，通过在外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新，可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

在一个实施例中，所述管理方法还包括：检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作。包括：

在制品环境测试结果更新时，检查项目信息中的项目后置动作配置是否存在与所述制品环境测试结果匹配对应的后置动作；如果不存在后置动作，则不处理；如果存在后置动作，则异步执行对应的后置动作，并记录到对应的执行动作中。所述后置动作至少包括以下之一：HTTP请求、Email发送、自定义脚本。

在实施例中，通过检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作，从而提供自动化执行后置动作的规则，支持特定的后置动作和自定义脚本来加快软件研发流程，在制品满足一定情况后可自动触发后置动作，加快软件研发流程和审批流程工作，提升软件最小单元制品的管理效率和整体工作效率，节省用户操作时间。

在一个实施例中，所述管理方法还包括：对制品信息进行可视化数据展示。其中：

对制品信息以图标工具(echart)方式提供可视化的数据展示，包括：

以图标工具方式提供可视化的制品构建频率的数据展示，所述制品构建频率是在项目维度下统计制品数据。

以图标工具方式提供可视化的制品构建成功率的数据展示，所述制品构建成功率是在项目维度下统计制品构建成功的数据。

以图标工具方式提供可视化的制品环境测试成功率的数据展示，所述制品环境测试成功率是在项目维度下统计制品在各个环境测试成功的数据。

在本实施例中，通过对制品信息进行可视化数据展示，可以提供多样化多维度的数据分析展示效果。

在一个实施例中，如图2所示，本发明提供一种制品信息管理系统，所述管理系统包括：配置模块10、消息模块20、更新日志(change Log)模块30、制品模块40。其中：

所述配置模块10，用于配置Restful API接口和项目信息；其中，所述项目信息至少包括以下之一信息：项目基本信息、项目相关环境信息、项目后置动作配置。

所述消息模块20，用于通过消息队列(Message Queue，MQ)接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据。其中，所述外部服务为代码仓库(SVN/GIT)推送的服务。

所述更新日志模块30，用于将提交记录与制品进行交联。

所述制品模块40，用于处理制品和项目相关环境信息，并通过所述Restful API接口与外部系统传输制品信息。优选地，所述外部系统为第三方系统或构建工具。

在本实施例中，通过配置统一的Restful API接口来管理制品信息，通过消息队列MQ来接收外部服务推送的提交记录消息，根据项目信息从提交记录中获取数据，将提交记录与制品进行交联，通过所述Restful API接口与外部系统传输制品信息，从而可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

在一个实施例中，如图3所示，所述管理系统包括：创建模块50，所述创建模块50用于在管理系统中创建需要管理制品的项目，获取到项目Key。

在一个实施例中，所述消息模块20，具体用于：通过配置的项目信息来从提交记录中筛选需要的数据存储到数据库中。

在一个实施例中，所述更新日志模块30，具体用于：

所述将提交记录与制品进行交联，并将所述提交记录存储到更新日志(ChangeLog)模块的数据库中。

在一个实施例中，所述制品模块40，用于处理制品和项目相关环境信息，并通过所述Restful API接口与外部系统传输制品信息，具体用于：

将外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息进行注册，包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品构建注册信息。

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，如果项目不存在就提示项目信息在管理系统中不存在。

在制品构建注册时，如果所述制品注册信息包括当前制品对应代码仓库的项目名称和commitId或revisionId，则制品模块根据项目名称和commitId或revisionId，在更新日志(Change Log)模块中获取对应的更新日志(Change Log)集合并归类存储，并提供制品对应更新日志(Change Log)功能。

在本实施例中，通过所述Restful API接口与外部系统传输制品构建注册信息进行注册，这种采用注册机制保证数据来源的安全、可靠，可以保证管理系统的健壮性。

在一个实施例中，所述制品模块40，用于处理制品和项目相关环境信息，并通过所述Restful API接口与外部系统传输制品信息，具体用于：

将外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新；包括：

接收外部系统根据项目Key通过Restful API接口传输过来的制品环境测试结果信息。

根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，将接收到制品环境测试结果信息在管理系统中进行更新并保存到数据库中；如果项目不存在就返回异常提示，提示项目信息在管理系统中不存在。

在本实施例中，通过在外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新，可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。

在一个实施例中，如图3所示，所述管理系统包括：执行模块60，所述执行模块60用于检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作。包括：

在制品环境测试结果更新时，检查项目信息中的项目后置动作配置是否存在与所述制品环境测试结果匹配对应的后置动作；如果不存在后置动作，则不处理；如果存在后置动作，则异步执行对应的后置动作，并记录到对应的执行动作中。所述后置动作至少包括以下之一：HTTP请求、Email发送、自定义脚本。

在实施例中，通过检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作，从而提供自动化执行后置动作的规则，支持特定的后置动作和自定义脚本来加快软件研发流程，在制品满足一定情况后可自动触发后置动作，加快软件研发流程和审批流程工作，提升软件最小单元制品的管理效率和整体工作效率，节省用户操作时间。

在一个实施例中，如图3所示，所述管理系统包括：展示模块70，所述展示模块70用于对制品信息进行可视化数据展示。其中：

对制品信息以图标工具(echart)方式提供可视化的数据展示，包括：

以图标工具方式提供可视化的制品构建频率的数据展示，所述制品构建频率是在项目维度下统计制品数据。

以图标工具方式提供可视化的制品构建成功率的数据展示，所述制品构建成功率是在项目维度下统计制品构建成功的数据。

以图标工具方式提供可视化的制品环境测试成功率的数据展示，所述制品环境测试成功率是在项目维度下统计制品在各个环境测试成功的数据。

在本实施例中，通过对制品信息进行可视化数据展示，可以提供多样化多维度的数据分析展示效果。

需要说明的是，上述管理系统实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在所述管理系统实施例中均对应适用，这里不再赘述。

以下结合具体的实施例和附图对本发明的技术方案作进一步的说明。

在一个实施例中，如图4所示，本发明提供本发明提供一种制品信息管理方法，所述方法包括：

S501、程序用户在管理系统中创建需要管理制品的项目，获取到项目Key。

S502、代码仓库(SVN/GIT)通过消息队列MQ推送提交记录到管理系统的消息模块。

S503、消息模块通过管理系统中配置模块配置的项目信息来筛选需要的数据存储到数据库中。

S504、第三方系统或构建工具(Jenkins)根据项目Key通过Restful API接口把制品构建信息注册到管理系统中。

S505、在注册制品时，管理系统进行项目Key验证，如果项目是存在的就验证通过，转入S506；如果项目不存在，转入S507。

S506、如果注册制品时附带了当前制品对应代码仓库的项目名称和commitId或revisionId，则制品模块会根据项目名称和commitId或revisionId在更新日志模块获取对应的更新日志Change Logs集合并归类存储，并提供了每个制品都对应Change Log功能，转入S508。

S507、提示项目信息在程序中不存在。

S508、第三方系统或构建工具(Jenkins)更新制品在各个环境的测试结果，根据项目Key和制品名称通过Restful API接口把制品环境测试结果信息更新到管理系统中。

S509、根据所述项目Key验证所述项目Key对应的项目在管理系统中是否存在；如果项目存在就验证通过，转入S510；如果项目不存在，转入S511。

S510、验证通过，将接收到制品环境测试结果信息在管理系统中进行更新并保存到数据库中，转入S512。

S511、返回异常提示，提示项目信息在管理系统中不存在。

S512、在制品环境测试结果更新时，检查项目信息中的项目后置动作配置是否存在与所述制品环境测试结果匹配对应的后置动作；如果存在后置动作，转入S513；如果不存在后置动作，则转入S514。

S513、异步执行对应的后置动作，并记录到对应的执行动作中。所述后置动作至少包括以下之一：HTTP请求、Email发送、自定义脚本。转入S515。

S514、不存在后置动作，则不处理。转入S515。

S515、对制品信息以图标工具(echart)方式提供可视化的数据展示，包括：

以图标工具方式提供可视化的制品构建频率的数据展示，所述制品构建频率是在项目维度下统计制品数据。

以图标工具方式提供可视化的制品构建成功率的数据展示，所述制品构建成功率是在项目维度下统计制品构建成功的数据。

以图标工具方式提供可视化的制品环境测试成功率的数据展示，所述制品环境测试成功率是在项目维度下统计制品在各个环境测试成功的数据。

在本实施例中，通过配置统一的Restful API接口来管理制品信息，通过消息队列MQ来接收外部服务推送的提交记录消息，根据项目信息从提交记录中获取数据，将提交记录与制品进行交联，所述Restful API接口与外部系统传输制品构建注册信息进行注册，这种采用注册机制保证数据来源的安全、可靠，可以保证管理系统的健壮性。通过在外部系统更新制品在各个环境测试结果时，根据项目Key和制品名称通过Restful API接口传输过来的制品环境测试结果信息在管理系统中进行更新，可以提供方便统一的查询制品信息平台，将制品版本在各个环境的测试结果、覆盖率等其它信息关联起来，简单直观地查看制品的质量信息、多个制品版本之间的差异，以及清晰明确地查看到版本之间更新的内容，降低了软件研发质量监控的难度，提升软件研发效率，解决软件研发时多制品多版本管理的复杂性。通过检查项目信息中的项目后置动作配置，并根据所述项目后置动作配置执行后置动作，从而提供自动化执行后置动作的规则，支持特定的后置动作和自定义脚本来加快软件研发流程，在制品满足一定情况后可自动触发后置动作，加快软件研发流程和审批流程工作，提升软件最小单元制品的管理效率和整体工作效率，节省用户操作时间。通过对制品信息进行可视化数据展示，可以提供多样化多维度的数据分析展示效果。

此外，本发明实施例还提供一种电子设备，如图5所示，包括：存储器、处理器及存储在所述存储器中并可在所述处理器上运行的一个或者多个计算机程序，所述一个或者多个计算机程序被所述处理器执行时以实现本发明实施例提供的一种制品信息管理方法的以下步骤：

S1、配置Restful API接口和项目信息；其中，所述项目信息至少包括以下之一信息：项目基本信息、项目相关环境信息、项目后置动作配置。

S2、通过消息队列接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据。

S3、将提交记录与制品进行交联。

S4、通过所述Restful API接口与外部系统传输制品信息。

上述本发明实施例揭示的方法可以应用于所述处理器901中，或者由所述处理器901实现。所述处理器901可能是一种集成电路芯片，具有信号处理能力。在实现过程中，上述方法的各步骤可以通过所述处理器901中的硬件的集成逻辑电路或软件形式的指令完成。所述处理器901可以是通用处理器、DSP、或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述处理器901可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器902，所述处理器901读取存储器902中的信息，结合其硬件完成前述方法的步骤。

可以理解，本发明实施例的存储器902可以是易失性存储器或者非易失性存储器，也可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read-Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Read-Only Memory)、电可擦除只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，Ferromagnetic Random Access Memory)、闪存(Flash Memory)或其他存储器技术、光盘只读存储器(CD-ROM，Compact Disk Read-Only Memory)、数字多功能盘(DVD，Digital VideoDisk)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置；易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

需要说明的是，上述电子设备实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在电子设备实施例中均对应适用，这里不再赘述。

另外，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有一种制品信息管理方法程序，所述一种制品信息管理方法被处理器执行时以实现本发明实施例提供的一种制品信息管理方法的以下步骤：

S1、配置Restful API接口和项目信息；其中，所述项目信息至少包括以下之一信息：项目基本信息、项目相关环境信息、项目后置动作配置。

S2、通过消息队列接收外部服务推送的提交记录，根据项目信息从提交记录中获取数据。

S3、将提交记录与制品进行交联。

S4、通过所述Restful API接口与外部系统传输制品信息。

需要说明的是，上述计算机可读存储介质上的一种制品信息管理方法实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在上述计算机可读存储介质的实施例中均对应适用，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。