CN111857802A - 一种用于合并请求组集成的方法、系统及设备 - Google Patents
一种用于合并请求组集成的方法、系统及设备 Download PDFInfo
- Publication number
- CN111857802A CN111857802A CN202010681455.XA CN202010681455A CN111857802A CN 111857802 A CN111857802 A CN 111857802A CN 202010681455 A CN202010681455 A CN 202010681455A CN 111857802 A CN111857802 A CN 111857802A
- Authority
- CN
- China
- Prior art keywords
- request
- merging
- merge
- group
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000010354 integration Effects 0.000 title claims description 17
- 238000012360 testing method Methods 0.000 claims abstract description 33
- 230000015654 memory Effects 0.000 claims description 21
- 238000013523 data management Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 5
- 230000005291 magnetic effect Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000003936 working memory Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请的目的是提供一种用于合并请求组集成的方法、系统及设备，本申请通过获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。从而准确识别不同合并请求之间的关系，保证了合并请求组的正确性。
Description
技术领域
本申请涉及计算机领域，尤其涉及一种用于合并请求组集成的方法、系统及设备。
背景技术
在软件开发中，整个软件会被分割成多个软件模块进行开发，为了维护各个代码的版本，通常会将每个软件组件单独用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条记录，停止对合并请求的检测。
进一步地，所述在所述合并请求组内新增加一条所述目标合并请求的记录，包括：
根据所述请求分支建立新的目标合并请求组记录；
将所述目标合并请求的数据记录在所述新的目标合并请求组记录内。
进一步地，在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试之后，包括：
将得到的测试报告反馈至对应的用户。
进一步地，所述解析识别出的请求分支以确定所述目标合并请求所在的合并请求组，包括：
通过代码仓库反馈的合并请求列表数据解析出对应的请求分支以确定所述目标合并请求所在的合并请求组，其中，所述合并请求列表数据在内存中以json数据结构进行存储。
根据本申请的另一个方面，还提供了一种用于合并请求组集成的系统，其特征在于，所述系统包括数据获取模块、识别模块、记录模块和数据管理模块，其中：
所述数据获取模块用于获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；
所述识别模块用于确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；
所述记录模块用于在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；
所述数据管理模块用于判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。
根据本申请的再一个方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如前述任一项所述的方法。
根据本申请的又一个方面，还提供了一种用于合并请求组集成的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述任一项所述方法的操作。
与现有技术相比，本申请通过获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。从而在代码提交到gitlab进行审查及相应的自动化测试时，能够准确识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请的一个方面提供的一种用于合并请求组集成的方法流程示意图；
图2示出本申请根据另一方面提供的一种用于合并请求组集成的系统框架结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种用于合并请求组集成的方法流程示意图，所述方法包括：步骤S11～S14，其中，步骤S11，获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；步骤S12，确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；步骤S13，在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；步骤S14，判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。从而在代码提交到gitlab进行审查及相应的自动化测试时，能够准确识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
具体地，步骤S11，获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数。在此，用户可以为开发人员，当某个开发人员要提交一组合并请求(MergeRequest)至m个组件，则所有合并请求均存在其对应的请求分支命名。在本申请一优选实施例中，实际应用环境为存在m个组件由gitlab进行维护，此时一组合并请求(MergeRequest)被提交至m个组件，所述合并请求对应的分支可以命名为funcxx_vn@@m。
步骤S12，确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组。在此，通过检测等方式确定m个组件中的目标合并请求，例如通过gitlab中的api检测所有模块中是否存在目标合并请求；接着，解析获取到的请求分支命名，以确定所述目标合并请求所在的合并请求组。
步骤S13，在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据。在此，当所述合并请求组并未存在记录时，建立一个新的合并请求组记录，并在所述合并请求组内新增一条所述目标合并请求的记录。当所述合并请求组已存在时，在所述合并请求组内新增所述目标合并请求的记录以更新所述合并请求组的记录数据。
步骤S14，判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。在此，所述合并请求组的记录数据上限为m条，因此当更新后的合并请求组的记录数据满足m条记录时，所述合并请求组内的合并请求已被全部记录，则在所有与所述合并请求组对应的组件中应用所述更新后的合并请求组内的合并请求以构建对组件的测试并完成所述测试。
在本申请一优选实施例中，在步骤S12中，通过应用程序接口对m个组件进行合并请求的检测，将检测到的任一组件下的合并请求作为目标合并请求，其中，所述目标合并请求具有唯一标识。在此，所述应用程序接口(api)可以为gitlab的代码仓库api，通过gitlab的代码仓库api查询所有新提交的合并请求，检测到某一模块有合并请求则将所述合并请求作为目标合并请求。在本申请一优选实施例中，每个合并请求具有唯一标识，例如被开发人员取一个有意义的名字，这个有意义的名字具有唯一性，能确定唯一对应的合并请求。在实际应用环境中，可以只检查活跃的合并请求，例如新增的合并请求，而已经完成相关测试和合并操作的合并请求不再进行检查以提升效率。
在本申请一优选实施例中，在步骤S13中，所述记录数据包括合并请求组内的合并请求数量以及合并请求组的请求分支命名。在此，将所述合并请求组内的合并请求数量记录以确认当前合并请求组内的合并请求记录数量是否与合并请求组内的合并请求数量一致，解析所述合并请求组的请求分支命名以确定所述合并请求组内的合并请求数量，便于统一管理合并请求组。
在本申请一优选实施例中，判断更新后的合并请求组的记录数据是否满足m条记录，若否，则通过应用程序接口对m个组件持续进行合并请求的检测，直至合并请求组内的记录数据达到m条记录，停止对合并请求的检测。在此，将所述新的合并请求记录到相应合并请求组下以更新合并请求组的记录数据，如果当前已经有m个合并请求被记录到相应的合并请求组内，则停止对合并请求的检测，也就是所述合并请求组的所有合并请求此时已经全部记录完毕，以高效地统一管理合并请求组的数据信息。
在本申请一优选实施例中，在步骤S13中，根据所述请求分支建立新的目标合并请求组记录；将所述目标合并请求的数据记录在所述新的目标合并请求组记录内。在此，当解析得到的请求分支并非已有的请求分支时，根据所述请求分支建立新的目标合并请求组记录，持续通过调用gitlab的api检测是否有新的合并请求，将所述目标合并请求的记录数据记录在所述新的目标合并请求组记录内；如果检测到新的合并请求对应分支为已有的合并请求组，则将所述目标合并请求的记录数据记录在所述新的目标合并请求组记录内以更新所述合并请求组的记录数据，以准确识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
在本申请一优选实施例中，在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试之后，将得到的测试报告反馈至对应的用户。在此，获取完整的合并请求组记录数据，也就是完整的目标合并请求的集合，在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试，将得到的测试报告反馈给对应的用户，例如开发人员，以便于完成相应的自动化测试。
在本申请一优选实施例中，在步骤S12中，通过代码仓库反馈的合并请求列表数据解析出对应的请求分支以确定所述目标合并请求所在的合并请求组，其中，所述合并请求列表数据在内存中以json数据结构进行存储。在此，类似gitlab这样的代码仓库api可以查询到所有新提交的合并请求。在查到这些合并请求的同时可以获取到对应的分支信息，包括但不限于请求分支命名和对应的合并请求组的合并请求数量，例如请求分支命名为funcxx_vn@@m，则有m个合并请求在对应的合并请求组内，以准确地识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
在本申请一优选实施例中，存在某个软件由n个组件组成C1，C2,C3，C4，C5，…，Cn均由gitlab进行维护，当开发人员要提交一组合并请求至m个组件时，确定所有提交的合并请求对应的请求分支为funcxx_vn@@m。接着，使用自动化测试服务通过gitlab的api检测到某一模块存在合并请求，并识别其请求分支命名为funcxx_vn@@m，解析请求分支命名后确定组成合并请求组的一共有m个合并请求，且请求分支为funcxx_vn@@m，其中，m为正整数。接着，新增加一条合并请求组记录，所述合并请求组记录内记录的信息包括：所述合并请求的信息、请求分支命名为funcxx_vn@@m以及一共有m个合并请求。如果此时m为1，则在相应组件内应用所述合并请求以完成测试。当m大于1时，自动化测试持续通过调用gitlabapi检测是否有新的合并请求，如果新的合并请求对应请求分支为funcxx_vn@@m，则记录到相应的合并请求组的记录内形成合并请求组集合。如果存在m个合并请求被记录到相应的合并请求组集合，则使用自动化测试服务获取完整的所述合并请求组集合，并在所有相应组件应用对应的合并请求以进行构建和测试，并反馈测试报告给对应的开发人员。从而在代码提交到gitlab进行审查及相应的自动化测试时，能够准确识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
图2示出本申请根据另一方面提供的一种用于合并请求组集成的系统框架结构示意图，其特征在于，所述系统包括数据获取模块100、识别模块200、记录模块300和数据管理模块400，其中：所述数据获取模块100用于获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；所述识别模块200用于确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；所述记录模块300用于在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；所述数据管理模块400用于判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。从而在代码提交到gitlab进行审查及相应的自动化测试时，能够准确识别不同合并请求之间的关系，保证了合并请求组的正确性，便于统一管理合并请求组。
需要说明的是，所述数据获取模块100、识别模块200、记录模块300和数据管理模块400执行的内容分别与上述步骤S11、S12、S13和S14中的内容相同或相应相同，为简明起见，在此不再赘述。
此外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述一种用于合并请求组集成的方法。
根据本申请再一个方面，还提供了一种用于合并请求组集成的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行前述的一种用于合并请求组集成的方法的操作。
例如，计算机可读指令在被执行时使所述一个或多个处理器：获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (10)
1.一种用于合并请求组集成的方法，其中，所述方法包括：
获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；
确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；
在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；
判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。
2.根据权利要求1所述的方法，其中，所述确定m个组件中的目标合并请求，包括：
通过应用程序接口对m个组件进行合并请求的检测，将检测到的任一组件下的合并请求作为目标合并请求，其中，所述目标合并请求具有唯一标识。
3.根据权利要求1所述的方法，其中，所述记录数据包括合并请求组内的合并请求数量以及合并请求组的请求分支命名。
4.根据权利要求2所述的方法，其中，所述方法包括：
判断更新后的合并请求组的记录数据是否满足m条记录，若否，则通过应用程序接口对m个组件持续进行合并请求的检测，直至合并请求组内的记录数据达到m条记录，停止对合并请求的检测。
5.根据权利要求1所述的方法，其中，所述在所述合并请求组内新增加一条所述目标合并请求的记录，包括：
根据所述请求分支建立新的目标合并请求组记录；
将所述目标合并请求的数据记录在所述新的目标合并请求组记录内。
6.根据权利要求1所述的方法，其中，在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试之后，包括：
将得到的测试报告反馈至对应的用户。
7.根据权利要求1所述的方法，其中，所述解析识别出的请求分支以确定所述目标合并请求所在的合并请求组，包括：
通过代码仓库反馈的合并请求列表数据解析出对应的请求分支以确定所述目标合并请求所在的合并请求组，其中，所述合并请求列表数据在内存中以json数据结构进行存储。
8.一种用于合并请求组集成的系统，其特征在于，所述系统包括数据获取模块、识别模块、记录模块和数据管理模块，其中：
所述数据获取模块用于获取用户提交至m个组件的合并请求以及合并请求对应的请求分支命名，其中，m为正整数；
所述识别模块用于确定m个组件中的目标合并请求，根据获取到的请求分支命名识别所述目标合并请求对应的请求分支，解析识别出的请求分支以确定所述目标合并请求所在的合并请求组；
所述记录模块用于在所述合并请求组内新增加一条所述目标合并请求的记录，更新所述合并请求组的记录数据；
所述数据管理模块用于判断更新后的合并请求组的记录数据是否满足m条记录，若是，则在所有对应组件中应用所述更新后的合并请求组内的合并请求进行构建和测试。
9.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至7中任一项所述的方法。
10.一种用于合并请求组集成的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至7中任一项所述方法的操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010681455.XA CN111857802A (zh) | 2020-07-15 | 2020-07-15 | 一种用于合并请求组集成的方法、系统及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010681455.XA CN111857802A (zh) | 2020-07-15 | 2020-07-15 | 一种用于合并请求组集成的方法、系统及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111857802A true CN111857802A (zh) | 2020-10-30 |
Family
ID=72983116
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010681455.XA Pending CN111857802A (zh) | 2020-07-15 | 2020-07-15 | 一种用于合并请求组集成的方法、系统及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111857802A (zh) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090210857A1 (en) * | 2008-02-19 | 2009-08-20 | International Business Machines Corporation | Automated merging in a software development environment |
| CN104123126A (zh) * | 2013-04-26 | 2014-10-29 | 阿里巴巴集团控股有限公司 | 一种用于生成合并冲突记录列表的方法和装置 |
| US20170372247A1 (en) * | 2016-06-24 | 2017-12-28 | Intuit Inc. | Methods, systems, and articles of manufacture for implementing software application development and releases |
| CN109240734A (zh) * | 2018-07-17 | 2019-01-18 | 北京奇虎科技有限公司 | 代码提交方法及装置 |
| US20190026149A1 (en) * | 2016-04-01 | 2019-01-24 | Intel Corporation | System and method to accelerate reduce operations in graphics processor |
| CN109901876A (zh) * | 2019-02-28 | 2019-06-18 | 携程旅游信息技术（上海）有限公司 | 代码评审方法、系统、设备及存储介质 |
| CN109947564A (zh) * | 2019-03-07 | 2019-06-28 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置、设备及存储介质 |
| CN111209094A (zh) * | 2018-11-21 | 2020-05-29 | 北京小桔科技有限公司 | 请求处理方法、装置、电子设备及计算机可读存储介质 |
| CN111327691A (zh) * | 2020-01-23 | 2020-06-23 | 联想(北京)有限公司 | 业务处理方法、装置及电子设备 |
-
2020
- 2020-07-15 CN CN202010681455.XA patent/CN111857802A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090210857A1 (en) * | 2008-02-19 | 2009-08-20 | International Business Machines Corporation | Automated merging in a software development environment |
| CN104123126A (zh) * | 2013-04-26 | 2014-10-29 | 阿里巴巴集团控股有限公司 | 一种用于生成合并冲突记录列表的方法和装置 |
| US20190026149A1 (en) * | 2016-04-01 | 2019-01-24 | Intel Corporation | System and method to accelerate reduce operations in graphics processor |
| US20170372247A1 (en) * | 2016-06-24 | 2017-12-28 | Intuit Inc. | Methods, systems, and articles of manufacture for implementing software application development and releases |
| CN109240734A (zh) * | 2018-07-17 | 2019-01-18 | 北京奇虎科技有限公司 | 代码提交方法及装置 |
| CN111209094A (zh) * | 2018-11-21 | 2020-05-29 | 北京小桔科技有限公司 | 请求处理方法、装置、电子设备及计算机可读存储介质 |
| CN109901876A (zh) * | 2019-02-28 | 2019-06-18 | 携程旅游信息技术（上海）有限公司 | 代码评审方法、系统、设备及存储介质 |
| CN109947564A (zh) * | 2019-03-07 | 2019-06-28 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置、设备及存储介质 |
| CN111327691A (zh) * | 2020-01-23 | 2020-06-23 | 联想(北京)有限公司 | 业务处理方法、装置及电子设备 |
Non-Patent Citations (5)
| Title |
|---|
| FEIL0N9WAN9: "Git多项目管理", pages 1 - 4, Retrieved from the Internet <URL:《https://www.jianshu.com/p/284ded3d191b》> * |
| XIN ZHANG: "How do Multiple Pull Requests Change the Same Code: A Study of Competing Pull Requests in GitHub", 《2018 IEEE INTERNATIONAL CONFERENCE ON SOFTWARE MAINTENANCE AND EVOLUTION (ICSME)》, pages 1 - 5 * |
| 佚名: "Using Magpie for request extraction and workload modelling", pages 1 - 5, Retrieved from the Internet <URL:《https://www.usenix.org/event/osdi04/tech/full_papers/barham/barham_html》> * |
| 卢俊杰: "客户端应用的组件化框架的设计与实现", 《中国优秀硕士学位论文全文数据库 (信息科技辑)》, pages 138 - 772 * |
| 彭强: "面向开源社区的合并请求排序方法研究", 《万方》, pages 1 - 67 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10013439B2 (en) | Automatic generation of instantiation rules to determine quality of data migration | |
| CN107092535B (zh) | 用于测试接口的数据存储的方法及设备 | |
| US10452628B2 (en) | Data analysis schema and method of use in parallel processing of check methods | |
| Zaccarelli et al. | Stream2segment: An open‐source tool for downloading, processing, and visualizing massive event‐based seismic waveform datasets | |
| US11422917B2 (en) | Deriving software application dependency trees for white-box testing | |
| CN110134583B (zh) | 软件测试及数据处理方法及装置 | |
| CN107450909A (zh) | 用于软件开发工具包集成有效性检查的处理方法和装置 | |
| CN113868698A (zh) | 一种文件脱敏方法及设备 | |
| CN111324545B (zh) | 应用服务器中间件性能测试方法、测试终端、应用服务器 | |
| CN117271478A (zh) | 数据迁移方法、装置、存储介质以及电子设备 | |
| CN110147313B (zh) | 一种日志输出方法及装置 | |
| CN110928941B (zh) | 一种数据分片抽取方法及装置 | |
| CN114895975B (zh) | 一种服务端系统的预热方法及设备 | |
| CN111857802A (zh) | 一种用于合并请求组集成的方法、系统及设备 | |
| CN111078905A (zh) | 一种数据处理方法、装置、介质以及设备 | |
| CN114791884A (zh) | 测试环境的构建方法、装置、存储介质及电子设备 | |
| CN112363944A (zh) | 一种用于多环境接口返回值对比的方法及设备 | |
| CN114490337A (zh) | 调测方法、调测平台、设备及存储介质 | |
| CN112632211A (zh) | 用于移动机器人的语义信息处理方法与设备 | |
| US8321844B2 (en) | Providing registration of a communication | |
| CN112015658A (zh) | 一种用于软件集成测试用例的生成方法及装置 | |
| CN117519781B (zh) | 基于脚本的项目配置文件生成方法及装置 | |
| CN115167909B (zh) | 一种变更文件的管理方法及装置 | |
| CN112799952A (zh) | 用于自动测试云平台账户体系权限的方法与设备 | |
| CN117033674A (zh) | 图片存储方法、装置、存储介质以及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20201030 |