CN115167909A

CN115167909A - 一种变更文件的管理方法及装置

Info

Publication number: CN115167909A
Application number: CN202211092975.2A
Authority: CN
Inventors: 魏增艺; 邹永强; 杨晖
Original assignee: Accumulus Technologies Tianjin Co Ltd
Current assignee: Accumulus Technologies Tianjin Co Ltd
Priority date: 2022-09-08
Filing date: 2022-09-08
Publication date: 2022-10-11
Anticipated expiration: 2042-09-08
Also published as: CN115167909B

Abstract

本发明提供一种变更文件的管理方法及装置，该方法包括：获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；获取所述人员类信息和所述变更文件类信息之间的关联性，并根据所述关联性构造所述人员类信息和所述变更文件类信息之间的目标加权无向图；获取所述目标代码文件的历史加权无向图，所述历史加权无向图为所述目标代码文件历史构造的加权无向图；对所述目标加权无向图和历史加权无向图进行比对，生成变更分析报告。本发明中，通过对任务历史数据进行统计分析，挖掘变更文件之间的关联、文件与人员的关联，进行变更影响的评估，提升研发评估的可靠性。

Description

一种变更文件的管理方法及装置

技术领域

本发明实施例涉及文件管理技术领域，尤其涉及一种变更文件的管理方法及装置。

背景技术

随着面向服务的体系结构设计的流行，应用程序被划分成一组组小的服务，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要；然而，这也造成了代码修改的范围和影响难以评估，特别是在跨团队协作的项目中，个人无法掌握所有项目信息，容易产生信息孤岛，导致产生遗漏需要修改的配置、回归测试不充分等问题。

发明内容

本发明实施例提供一种变更文件的管理方法及装置，以解决现有的遗漏需要修改的配置、回归测试不充分的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种变更文件的管理方法，包括：

获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；

获取所述人员类信息和所述变更文件类信息之间的关联性，并根据所述关联性构造所述人员类信息和所述变更文件类信息之间的目标加权无向图；

获取所述目标代码文件的历史加权无向图，所述历史加权无向图为所述目标代码文件历史构造的加权无向图；

对所述目标加权无向图和历史加权无向图进行比对，生成变更分析报告。

可选的，所述获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息，包括：

获取任务管理系统中对目标代码文件做出变更的人员的人员类信息和所述目标代码文件对应的代码合并请求；

根据所述代码合并请求向代码库管理系统请求目标代码文件对应的变更文件类信息；

获取所述代码库管理系统中目标代码文件对应的变更文件类信息。

可选的，所述对目标代码文件做出变更的人员的人员类信息包括以下至少一项：产品人员、前端开发人员、后端开发人员、测试人员和评审人员。

可选的，所述目标代码文件对应的变更文件类信息包括以下至少一项：目标代码文件的前端代码文件、目标代码文件的后端代码文件、目标代码文件的配置文件和目标代码文件的关联文件。

可选的，还包括：

根据所述变更分析报告向用户下发通知和/或告警信息。

第二方面，本发明实施例提供了一种变更文件的管理装置，包括：

第一获取模块，用于获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；

构造模块，用于获取所述人员类信息和所述变更文件类信息之间的关联性，并根据所述关联性构造所述人员类信息和所述变更文件类信息之间的目标加权无向图；

第二获取模块，用于获取所述目标代码文件的历史加权无向图，所述历史加权无向图为所述目标代码文件历史构造的加权无向图；

比对模块，用于对所述目标加权无向图和历史加权无向图进行比对，生成变更分析报告。

可选的，所述第一获取模块，包括：

第一获取子模块，用于获取任务管理系统中对目标代码文件做出变更的人员的人员类信息和所述目标代码文件对应的代码合并请求；

请求子模块，用于根据所述代码合并请求向代码库管理系统请求目标代码文件对应的变更文件类信息；

第二获取子模块，用于获取所述代码库管理系统中目标代码文件对应的变更文件类信息。

可选的，还包括：

通知模块，用于根据所述变更分析报告向用户下发通知和/或告警信息。

第三方面，本发明实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面中任一项所述的变更文件的管理方法中的步骤。

第四方面，本发明实施例提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面中任一项所述的变更文件的管理方法中的步骤。

在本发明中，通过对任务历史数据进行统计分析，挖掘变更文件之间的关联、文件与人员的关联，进行变更影响的评估，提升研发评估的可靠性，解决了在跨团队协作的项目中，个人无法掌握所有项目信息，容易产生信息孤岛，导致产生遗漏需要修改的配置、回归测试不充分的问题。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例提供的一种变更文件的管理方法的流程图；

图2是本发明实施例提供的一种变更文件的管理方法的获取数据过程示意图；

图3是本发明实施例提供的一种变更文件的管理方法的加权无向图的结构图；

图4是本发明实施例提供的一种变更文件的管理方法的链接表的结构图；

图5是本发明实施例提供的另一种变更文件的管理方法的流程图；

图6是本发明实施例提供的一种变更文件的管理装置的结构示意图；

图7是本发明实施例提供的另一种变更文件的管理装置的结构示意图；

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

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图1，本发明实施例提供了一种变更文件的管理方法，包括：

步骤11：获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；

本发明实施例中，从任务管理系统和代码库管理系统中获取所述人员类信息和变更文件类信息，所述人员类信息和变更文件类信息之间具有关联性；

步骤12：获取所述人员类信息和所述变更文件类信息之间的关联性，并根据所述关联性构造所述人员类信息和所述变更文件类信息之间的目标加权无向图；

本发明实施例中，根据所述人员类信息和所述变更文件类信息之间的关联性，将数据转换成以目标代码文件为唯一标识的记录，核心存储字段，构造目标加权无向图。

步骤13：获取所述目标代码文件的历史加权无向图，所述历史加权无向图为所述目标代码文件历史构造的加权无向图；

本发明实施例中，所述历史加权无向图为所述目标代码文件根据历史数据构造的加权无向图，用于与当前的加权无向图作比对。

步骤14：对所述目标加权无向图和历史加权无向图进行比对，生成变更分析报告。

本发明实施例中，还包括：根据所述变更分析报告向用户下发通知和/或告警信息。

请参考图2，本发明实施例中，在步骤11中，具体获取过程为：向任务管理系统请求权限校验；任务管理系统返回权限校验结果；再次向任务管理系统请求获取版本号列表；任务管理系统返回版本号列表，其中，版本号与任务之间是一对多的关系，即一个版本号对多个研发任务；根据版本号获取任务关键字列表任务管理系统返回任务关键字列表，其中，任务关键字是研发任务在任务管理系统中的唯一标识，通过指定版本号取得研发任务关键字的集合，通过关键字进一步确定变更文件和人员的信息；根据任务关键字列表请求MR（Merge Request，代码合并请求）和人员信息；任务管理系统返回MR和人员信息；向代码库管理系统请求权限校验；代码库管理系统返回权限校验结果；根据MR请求获取对应的变更文件；代码库管理系统返回对应的变更文件，即变更的文件信息；其中，访问任务管理系统的权限由项目资源列表页管理；访问代码库管理系统的权限由任务管理系统资源页管理；所述对目标代码文件做出变更的人员的人员类信息包括以下至少一项：产品人员、前端开发人员、后端开发人员、测试人员和评审人员；所述目标代码文件对应的变更文件类信息包括以下至少一项：目标代码文件的前端代码文件、目标代码文件的后端代码文件、目标代码文件的配置文件和目标代码文件的关联文件。

请参考图3，本发明实施例中，在步骤12中，根据所述人员类信息和所述变更文件类信息之间的关联性，将节点按照文件-文件、文件-人员之间的关系进行细化，构造加权无向图；其中File1、File2和File3表示代码文件，fe_coder_01表示前端开发人员，be_coder_02表示后端开发人员，tester_02表示测试人员；连接节点之间的边表示它们存在同一任务的变更中过，边上的数字表示它们共同变更的次数；也可以用图4的链接表的形式表示。

本发明实施例中，在步骤13和步骤14中，对所述目标加权无向图和历史加权无向图进行比对，进行变更的历史情况、差异情况等分析，并进行告警通知。

请参考图5，本发明实施例中，一种变更文件的管理方法的执行流程，包括：

配置代码库管理系统和任务管理系统权限；配置权限中还可以对访问代码库管理系统、任务管理系统的用户名、密码、地址进行增删改；其中，访问任务管理系统的权限由项目资源列表页管理；访问代码库管理系统的权限由任务管理系统资源页管理；

执行信息收集任务；访问任务管理系统、代码库管理系统，获取变更文件及人员信息，即获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；

执行统计任务；统计文件之间、文件与前端开发人员、文件与后端开发人员、文件与测试人员、文件与评审人员之间的关联性；

进行变更分析；对所述目标加权无向图和历史加权无向图进行比对，进行变更的历史情况、差异情况等分析，并进行告警通知。

请参考图6，本发明实施例中，主要的服务架构包括：

前端页面模块，用于与用户交互，访问后端各模块；

权限配置模块，用于对访问代码库管理系统、任务管理系统的用户名、密码和地址进行增删改；

信息收集模块，用于访问代码库管理系统、任务管理系统，获取变更文件信息和人员信息；

统计模块，用于统计变更文件和人员之间的关联程度；

变更分析模块，用于根据统计模块的结果，进行变更的历史情况和差异情况分析。

在本发明实施例中，通过对任务历史数据进行统计分析，挖掘变更文件之间的关联、文件与人员的关联，进行变更影响的评估，提升研发评估的可靠性，解决了在跨团队协作的项目中，个人无法掌握所有项目信息，容易产生信息孤岛，导致产生遗漏需要修改的配置、回归测试不充分的问题。

请参考图7，本发明实施例提供了一种变更文件的管理装置，包括：

第一获取模块71，用于获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息；

构造模块72，用于获取所述人员类信息和所述变更文件类信息之间的关联性，并根据所述关联性构造所述人员类信息和所述变更文件类信息之间的目标加权无向图；

第二获取模块73，用于获取所述目标代码文件的历史加权无向图，所述历史加权无向图为所述目标代码文件历史构造的加权无向图；

比对模块74，用于对所述目标加权无向图和历史加权无向图进行比对，生成变更分析报告。

在本发明实施例中，可选的，所述第一获取模块，包括：

在本发明实施例中，可选的，所述对目标代码文件做出变更的人员的人员类信息包括以下至少一项：产品人员、前端开发人员、后端开发人员、测试人员和评审人员。

在本发明实施例中，可选的，所述目标代码文件对应的变更文件类信息包括以下至少一项：目标代码文件的前端代码文件、目标代码文件的后端代码文件、目标代码文件的配置文件和目标代码文件的关联文件。

在本发明实施例中，可选的，还包括：

本发明实施例提供的变更文件的管理装置能够实现图1的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例提供了一种电子设备80，参见图8所示，图8为本发明实施例电子设备80的原理框图，包括处理器81，存储器82及存储在存储器82上并可在处理器81上运行的程序或指令，程序或指令被处理器执行时实现本发明的任一项变更文件的管理方法中的步骤。

本发明实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如上述任一项的变更文件的管理方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器(ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种变更文件的管理方法，其特征在于，包括：

2.根据权利要求1所述的变更文件的管理方法，其特征在于，所述获取对目标代码文件做出变更的人员的人员类信息及目标代码文件对应的变更文件类信息，包括：

3.根据权利要求1所述的变更文件的管理方法，其特征在于，

所述对目标代码文件做出变更的人员的人员类信息包括以下至少一项：产品人员、前端开发人员、后端开发人员、测试人员和评审人员。

4.根据权利要求1所述的变更文件的管理方法，其特征在于，

所述目标代码文件对应的变更文件类信息包括以下至少一项：目标代码文件的前端代码文件、目标代码文件的后端代码文件、目标代码文件的配置文件和目标代码文件的关联文件。

5.根据权利要求1所述的变更文件的管理方法，其特征在于，还包括：

根据所述变更分析报告向用户下发通知和/或告警信息。

6.一种变更文件的管理装置，其特征在于，包括：

7.根据权利要求6所述的变更文件的管理装置，其特征在于，所述第一获取模块，包括：

8.根据权利要求6所述的变更文件的管理装置，其特征在于，

9.一种电子设备，其特征在于：包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至5中任一项所述的变更文件的管理方法中的步骤。

10.一种可读存储介质，其特征在于：所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至5中任一项所述的变更文件的管理方法中的步骤。