[发明专利]一种用于合并请求组集成的方法、系统及设备

说明书

本申请的目的是提供一种用于合并请求组集成的方法、系统及设备，本申请通过获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。从而准确识别不同合并请求之间的关系，保证了合并请求组的正确性。

技术领域

本申请涉及计算机领域，尤其涉及一种用于合并请求组集成的方法、系统及设备。

背景技术

在软件开发中，整个软件会被分割成多个软件模块进行开发，为了维护各个代码的版本，通常会将每个软件组件单独用git进行维护。软件开发人员在完成新的功能时通常需要同时修改多个软件组件来完成一个完整的功能改动，所以需对每个组件提交代码改动合并请求(MergeRequest)，这些合并请求一起构成一组合并请求组(MergeRequsetSet)。这些改动需要一起构建最终的软件安装包，才能完成最终需要的功能。现有技术中提供了一些多个软件组件模块的统一管理方法，例如git submodule、repo，但很多代码仓库统一管理工具如gitlab并未提供类似的支持。现有的repo方案，所有代码都通过repo来实现，相对没有那么灵活，且引入了额外的工具链，另外gitlab也没有直接对repo工具的支持。而现有的gitsubmodule方案，需要通过额外更加复杂的命令来操作各个子模块管理git子模块代码，gitlab对于子模块(submodule)支持使用更加复杂，且都存在于一个git仓库中，各个组件无法单独控制权限和版权。所以在代码提交到gitlab进行审查(review)及相应的自动化测试时，无法识别不同的合并请求之间的关系，也就无法统一管理合并请求组。自动化测试更是无法知道应该用哪些合并请求一起组成解决某个问题的合并请求组来作为一个完整的整体进行测试，进而无法验证正确性。

发明内容

本申请的一个目的是提供一种用于合并请求组集成的方法、系统及设备，解决现有技术中无法识别不同合并请求之间关系致使无法统一管理合并请求组的问题。

根据本申请的一个方面，提供了一种用于合并请求组集成的方法，该方法包括：

获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；

确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；

在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；

判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。

进一步地，所述确定m个组件中的目标合并请求，包括：

通过应用程序接口对m个组件进行合并请求的检测，将检测到的任一组件下的合并请求作为目标合并请求，其中，所述目标合并请求具有唯一标识。

进一步地，所述记录数据包括合并请求组内的合并请求数量以及合并请求组的请求分支命名。

进一步地，所述方法包括：

判断更新后的合并请求组的记录数据是否满足m条记录，若否，则通过应用程序接口对m个组件持续进行合并请求的检测，直至合并请求组内的记录数据达到m条记录，停止对合并请求的检测。

进一步地，所述在所述合并请求组内新增加一条所述目标合并请求的记录，包括：

根据所述请求分支建立新的目标合并请求组记录；