CN113485913A - 一种分支管理方法、系统、设备和存储介质 - Google Patents

Abstract

本发明提供了一种分支管理方法、系统、设备和存储介质，分支管理方法包括：获取当前任务的当前任务状态；当前任务状态为“进行中”时，通过Git系统创建开发分支；当前任务状态为“待测试”时，将前置任务整合至所述开发分支；当前任务状态为“测试中”时，对开发分支进行测试验收；当前任务状态为“已完成”时，将开发分支合并至当前任务的源分支。本发明提供的一种分支管理方法、系统、设备和存储介质以当前任务状态为维度，合理把控了分支粒度，实现了开发分支的小步试错和及时反馈；将多次提交的具有相同特性的代码进行归集，只保留了一次提交记录；根据预设的逻辑关系将前置任务整合至开发分支，使得开发分支的测试更准确。

Description

一种分支管理方法、系统、设备和存储介质

技术领域

本发明涉及代码检测技术领域，特别是涉及一种分支管理方法、系统、设备和存储介质。

背景技术

Git作为一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理，它不需要服务器端软件的支持，这使得源代码的发布和交流都很方便；通常，技术人员都是通过创建一个主分支来进行已发布的项目的管理，通过在主分支的基础上创建开发分支来进行该项目的功能的添加调整或bug修复。

然而，在现有技术中，由于开发分支的粒度难以把控，在对主分支进行修复或调整时可能会出现开发分支存续时间长、功能范围广、与主分支合并时冲突概率大等问题；且针对同一个问题，技术人员可能会存在多次提交的情况，这样将影响代码评审、问题定位和版本回退；手动进行开发分支的维护在一定程度上保证了主分支的稳定性，但却将增加技术人员的负担，降低技术人员的工作效率。

综上所述，现有技术中的分支管理方法存在粒度难以把控，多次提交代码不利于后续处理、无法保障主分支的稳定性等问题。

发明内容

鉴于以上现有技术的缺点，本发明的目的在于提供一种分支管理方法、系统、设备和存储介质，旨在克服现有技术中的分支管理方法存在粒度难以把控，多次提交代码不利于后续处理、无法保障主分支的稳定性等技术问题。

为实现上述目的及其他相关目的，本发明提供一种分支管理方法，用于接收多个存在逻辑关系的任务；针对每个任务，所述分支管理方法包括：

获取当前任务的当前任务状态；

判断所述当前任务状态，执行相应的分支任务并更新所述当前任务状态：

当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述当前任务状态更新为“待测试”；

当所述当前任务状态为“待测试”时，根据所述逻辑关系判断当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”；

当所述当前任务状态为“测试中”时，对所述开发分支进行测试验收，并将所述当前任务状态更新为“已完成”；

当所述当前任务状态为“已完成”时，将所述开发分支合并至所述当前任务的源分支。

于本发明的一实施例中，所述当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述任务状态更新为“待测试”的步骤包括：

当所述任务状态为“进行中”时，判断所述开发子任务是否存在对应的源码工程；

若存在所述源码工程：

判断所述开发子任务是否存在对应的源分支，若不存在，将所述源码工程对应的默认分支作为所述源分支；

根据所述源分支，通过Git系统创建所述开发分支，并将所述任务状态更新为“待测试”。

于本发明的一实施例中，所述当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述任务状态更新为“待测试”的步骤还包括：

拉取Git系统的远程配置文件中的最新代码，并对最新代码进行修改；

将修改后的代码提交至所述开发分支；

将修改后的代码与所述开发分支进行合并。

于本发明的一实施例中，所述将修改后的代码提交至所述开发分支的步骤还包括：

当所述开发分支中存在之前提交的代码时，将之前提交的代码删除。

于本发明的一实施例中，代码对应的提交信息包括当前任务的任务信息。

于本发明的一实施例中，所述当所述当前任务状态为“待测试”时，根据所述逻辑关系判断当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”的步骤包括：

当所述当前任务状态为“待测试”时，根据所述逻辑关系，判断当前任务是否存在对应的前置任务；

若是，则克隆所述前置任务，将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；

若否，则直接将所述当前任务状态更新为“测试中”。

于本发明的一实施例中，还包括：

当所述当前任务状态发生改变时，将改变后的当前任务状态通过第三方平台进行发送。

本发明还公开了一种分支管理系统，采用上述分支管理方法，所述分支管理系统包括：

任务状态获取模块，用于获取当前任务的当前任务状态；

分支任务执行模块，用于判断所述当前任务状态，执行相应的分支任务并更新所述当前任务状态；

所述分支任务模块包括：

开发分支单元，用于当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述当前任务状态更新为“待测试”；

前置任务判断单元，用于当所述当前任务状态为“待测试”时，根据所述逻辑关系判断所述当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”；

测试验收单元，用于当所述当前任务状态为“测试中”时，对所述开发分支进行测试验收，并将所述当前任务状态更新为“已完成”；

开发分支合并单元，用于当所述当前任务状态为“已完成”时，将所述开发分支合并至所述当前任务中的源分支。

本发明还公开了一种分支管理设备，包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现上述分支管理方法。

本发明还公开了一种计算机可读的存储介质，包括程序，当其在计算机上运行时，使得计算机执行上述分支管理方法。

综上所述，本发明提供的一种分支管理方法、系统、设备和存储介质以当前任务的当前任务状态为维度，合理把控了分支粒度，实现了开发分支的小步试错、快速迭代和及时反馈；将多次提交的具有相同特性的代码进行归集，只保留了一次提交记录，使得提交代码的过程呈线性化；根据预设的逻辑关系将前置任务整合至开发分支，使得开发分支的测试更准确。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1显示为本发明于一实施例中的分支管理方法的流程示意图。

图2显示为本发明于一实施例中的分支管理系统的结构示意图。

图3显示为本发明于一实施例中的分支任务执行模块的结构示意图。

图4显示为本发明于一实施例中的分支管理设备的结构示意图。

元件标号说明

100、分支管理系统：

110、任务状态获取模块；

120、分支任务执行模块；

121、开发分支创建单元；

122、前置任务判断单元；

123、测试验收单元；

124、开发分支合并单元；

200、任务管理设备；

201、处理器；

202、存储器。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其它优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。还应当理解，本发明实施例中使用的术语是为了描述特定的具体实施方案，而不是为了限制本发明的保护范围。下列实施例中未注明具体条件的试验方法，通常按照常规条件，或者按照各制造商所建议的条件。

请参阅图1-图4。须知，本说明书附图所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容所能涵盖的范围内。同时，本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”及“一”等的用语，亦仅为便于叙述的明了，而非用以限定本发明可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当亦视为本发明可实施的范畴。

当实施例给出数值范围时，应理解，除非本发明另有说明，每个数值范围的两个端点以及两个端点之间任何一个数值均可选用。除非另外定义，本发明中使用的所有技术和科学术语与本技术领域的技术人员对现有技术的掌握及本发明的记载，还可以使用与本发明实施例中所述的方法、设备、材料相似或等同的现有技术的任何方法、设备和材料来实现本发明。

在日常工作中，Git是一个开源的分布式版本控制系统，可以有效、高速地进行项目版本的管理。

请参阅图1，显示为本实施例中的一种分支管理方法的系统流程图，本实施例中用于接收多个存在逻辑关系的任务，则分支管理方法包括：

步骤S100、获取当前任务的实时任务状态；

当本实施例中的分支管理方法接收到外部的任务时，获取当前任务的实时任务状态，优选的，从JIRA系统中接收一个任务作为当前任务，JIRA系统作为一种项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。进一步的，用户在一个任务的生命周期中会进行不同的操作，每一次操作都会使得当前任务的当前任务状态发生改变。例如：在本实施例中接收到的的当前任务为刚创建时，当前任务的当前任务状态为“进行中”；当当前任务创建开发分支成功时，对应的当前任务状态更改为“待测试”；当当前任务的开发分支验收成功时，对应的当前任务状态更改为“已完成”。

具体的，存在逻辑关系的任务来自同一个系统，例如，多个任务均来自JIRA系统。

在本实施例中，为了能够实时获取到当前任务的当前任务状态，还需对当前任务进行实时监控。

通过对当前任务进行监控，能够在当前任务的任务状态发生更新、当前任务被创建、当前任务被删除时，第一时间获取到相应的当前任务状态。

在其它较优的实施例中，分支管理方法还可以用于接收其它系统的任务，并能够根据接收到的任务调整相应的处理逻辑。

步骤S200、判断当前任务状态，执行相应的分支任务并更新当前任务状态：

当当前任务状态为“进行中”时，通过Git系统创建开发分支，并将当前任务状态更新为“待测试”；

首先判断当前任务是否存在对应的源码工程；若不存在源码工程，则不创建开发分支，并停止执行当前任务，发出告警；若存在源码工程，则继续判断当前任务是否存在对应的源分支，若不存在对应的源分支，将源码工程对应的默认分支作为当前任务的源分支；随后根据源分支，通过Git系统创建开发分支，并判断是否创建成功，若创建成功，则将当前任务的当前任务状态更新为“待测试”；若创建不成功，则停止执行当前任务，并发出告警。

具体的，该开发分支的标题为当前任务的父任务(即故事)的问题key。

进一步的，通过Git系统中的git pull命令将远程配置文件中的最新代码拉取至本地，然后通过git checkout命令切换到开发分支对最新代码进行修改，以进行相应的编码任务及单元测试任务；随后将修改后的代码提交至开发分支；并将修改后的代码与开发分支进行合并。

在对最新代码进行修改的过程中，技术人员可以随时提交，因此可能存在多次提交代码的情况，在初次提交代码时，将提交信息设置为当前任务的任务信息，优选的，该任务信息包括故事的问题key和故事的标题中的至少一项；后续提交代码的时候均调用首次提交代码时使用的提交信息，并在开发分支中存在之前提交的代码时，将之前提交的代码删除；例如，第二次提交代码时，使用第一次提交代码时候使用的提交信息，并在提交完成后将第一次提交的代码删除，在第三次提交代码时，仍然使用第一次提交代码时候使用的提交信息，并在提交完成后将第二次提交的代码删除。

通过使用相同的提交信息，将多次代码提交归集为同一次，使得同一开发分支下的多次代码提交只保留一次提交记录。

当当前任务状态为“待测试”时，根据逻辑关系判断当前任务是否存在前置任务，若存在，则将前置任务整合至开发分支，并将当前任务状态更新为“测试中”；若不存在，则直接将当前任务状态更新为“测试中”；

当当前任务状态为“待测试”时，根据逻辑关系，判断当前任务是否存在对应的前置任务；若是，则克隆前置任务，将前置任务整合至开发分支，并将当前任务状态更新为“测试中”；若否，则直接将当前任务状态更新为“测试中”。

在本实施例的分支管理方法中，多个任务间存在有逻辑关系，该逻辑关系包括多个任务执行时的前后关系、每个任务对应的前置任务的任务信息；优选的，前置任务的任务信息可以包括任务标题、任务编码等，根据逻辑关系在源分支中进行匹配，将当前任务匹配得到的前置任务整合进当前的开发分支，以调用前置任务的相关功能。

在一个任务的生命周期中，可能会进行多次版本的更新任务或多次编码任务，相应的会存在多个过往任务，这些过往任务在验收成功后合并进源分支中，作为最新代码中的一部分被当前开发分支拉取至本地；而与当前任务存在依赖关系的任务中，还可能存在同时进行开发的任务，在本实施例中将其定义为前置任务，优选的，采用Git系统中的gitrebase命令，将前置任务自动整合至源分支中，此时远程的当前任务的最新代码更新，则再次使用git pull命令将最新代码更新至当前的开发分支。

优选的，对前置任务和开发分支的整合状态做出判断，若整合失败，则停止执行当前任务，并发出告警；若整合成功，则将当前任务的当前任务状态更新为“测试中”。

当当前任务状态为“测试中”时，对开发分支进行测试验收，并判断是否验收成功，若验收失败，则停止执行当前任务，并发出告警；若验收成功，则将当前任务状态更新为“已完成”；

当当前任务状态为“已完成”时，将开发分支合并至当前任务的源分支。

具体的，当前任务状态的更新均由技术人员根据当前任务做出更改。

此时释放开发分支的测试环境，利用git rebase命令将开发分支和源分支进行自动合并，使得源分支中的提交历史线性化。

优选的，对开发分支和源分支的合并状态做出判断，若合并失败，则停止执行当前任务，并发出告警；若合并成功，则将该开发分支删除。

上述进行告警的方式包括声音提示、灯光提示、画面提示中的至少一种，还包括向相应的技术人员发送提示信息，本实施例对发出告警的形式不做限制，但均应包含在本申请的保护范围内。

本实施例中的分支管理方法还包括：

当当前任务状态发生改变时，将改变后的当前任务状态通过第三方平台进行发送。

优选的，在当前任务的当前任务状态发生改变时，将更新后的当前任务状态发送给预先设置的每个当前任务状态对应的负责人，以提示技术人员进行相应的分支管理。

如图2所示，本实施例还提出了一种分支管理系统100，采用上述分支管理方法，分支管理系统100包括：

任务状态获取模块110，用于获取当前任务的当前任务状态；

分支任务执行模块120，用于判断当前任务状态，执行相应的分支任务并更新当前任务状态：

进一步的，分支任务执行模块120包括：

开发分支创建单元121，用于当当前任务状态为“进行中”时，通过Git系统创建开发分支，并将当前任务状态更新为“待测试”；

前置任务判断单元122，用于当当前任务状态为“待测试”时，根据逻辑关系判断当前任务是否存在前置任务，若存在，则将前置任务整合至开发分支，并将当前任务状态更新为“测试中”；若不存在，则直接将当前任务状态更新为“测试中”；

测试验收单元123，用于当当前任务状态为“测试中”时，对开发分支进行测试验收，并将当前任务状态更新为“已完成”；

开发分支合并单元124，用于当当前任务状态为“已完成”时，将开发分支合并至当前任务的源分支。

如图3所示，本实施例还提出了一种分支管理设备200，该任务管理设备200包括处理器201和存储器202，处理器201和存储器202耦合，存储器202存储有程序指令，当存储器202存储的程序指令被处理器201执行时实现上述分支管理设备。处理器201可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件；所述存储器202可能包含随机存取存储器(RandomAccess Memory，简称RAM)，也可能还包括非易失性存储器(Non-Volatile Memory)，例如至少一个磁盘存储器。所述存储器202也可以为随机存取存储器(Random Access Memory，RAM)类型的内部存储器，所述处理器201、存储器202可以集成为一个或多个独立的电路或硬件，如：专用集成电路(Application Specific Integrated Circuit，ASIC)。需要说明的是，上述的存储器202中的计算机程序可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

本实施例还提出一种计算机可读的存储介质，所述存储介质存储有计算机指令，所述计算机指令用于使计算机执行上述的分支管理设备。存储介质可以是电子介质、磁介质、光介质、电磁介质、红外介质或半导体系统或传播介质。存储介质还可以包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘可以包括光盘-只读存储器(CD-ROM)、光盘-读/写(CD-RW)和DVD。

综上所述，本发明提供的一种分支管理方法、系统、设备和存储介质以当前任务的当前任务状态为维度，合理把控了分支粒度，实现了开发分支的小步试错、快速迭代和及时反馈；将多次提交的具有相同特性的代码进行归集，只保留了一次提交记录，使得提交代码的过程呈线性化；根据预设的逻辑关系将前置任务整合至开发分支，使得开发分支的测试更准确。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种分支管理方法，其特征在于，用于接受多个存在逻辑关系的任务；针对每个任务，所述分支管理方法包括：

获取当前任务的当前任务状态；

判断所述当前任务状态，执行相应的分支任务并更新所述当前任务状态：

当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述当前任务状态更新为“待测试”；

当所述当前任务状态为“待测试”时，根据所述逻辑关系判断当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”；

当所述当前任务状态为“测试中”时，对所述开发分支进行测试验收，并将所述当前任务状态更新为“已完成”；

当所述当前任务状态为“已完成”时，将所述开发分支合并至所述当前任务的源分支。

2.根据权利要求1所述的分支管理方法，其特征在于，所述当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述任务状态更新为“待测试”的步骤包括：

当所述任务状态为“进行中”时，判断所述开发子任务是否存在对应的源码工程；

若存在所述源码工程：

判断所述开发子任务是否存在对应的源分支，若不存在，将所述源码工程对应的默认分支作为所述源分支；

根据所述源分支，通过Git系统创建所述开发分支，并将所述任务状态更新为“待测试”。

3.根据权利要求2所述的分支管理方法，其特征在于，所述当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述任务状态更新为“待测试”的步骤还包括：

拉取Git系统的远程配置文件中的最新代码，并对最新代码进行修改；

将修改后的代码和代码对应的提交信息提交至所述开发分支；

将修改后的代码与所述开发分支进行合并。

4.根据权利要求3所述的分支管理方法，其特征在于，所述将修改后的代码提交至所述开发分支的步骤还包括：

当所述开发分支中存在之前提交的代码时，将之前提交的代码删除。

5.根据权利要求3所述的分支管理方法，其特征在于，代码对应的提交信息包括当前任务的任务信息。

6.根据权利要求1所述的分支管理方法，其特征在于，所述当所述当前任务状态为“待测试”时，根据所述逻辑关系判断当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”的步骤包括：

当所述任务状态为“待测试”时，根据所述逻辑关系，判断当前任务是否存在对应的前置任务；

若是，则克隆所述前置任务，将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；

若否，则直接将所述当前任务状态更新为“测试中”。

7.根据权利要求1所述的分支管理方法，其特征在于，还包括：

当所述当前任务状态发生改变时，将改变后的当前任务状态通过第三方平台进行发送。

8.一种分支管理系统，其特征在于，采用如权利要求1-7任意一项所述分支管理方法，所述分支管理系统包括：

任务状态获取模块，用于获取当前任务的当前任务状态；

分支任务执行模块，用于判断所述当前任务状态，执行相应的分支任务并更新所述当前任务状态；

所述分支任务模块包括：

开发分支单元，用于当所述当前任务状态为“进行中”时，通过Git系统创建开发分支，并将所述当前任务状态更新为“待测试”；

前置任务判断单元，用于当所述当前任务状态为“待测试”时，根据所述逻辑关系判断所述当前任务是否存在前置任务，若存在，则将所述前置任务整合至所述开发分支，并将所述当前任务状态更新为“测试中”；若不存在，则直接将所述当前任务状态更新为“测试中”；

测试验收单元，用于当所述当前任务状态为“测试中”时，对所述开发分支进行测试验收，并将所述当前任务状态更新为“已完成”；

开发分支合并单元，用于当所述当前任务状态为“已完成”时，将所述开发分支合并至所述当前任务的源分支。

9.一种分支管理设备，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现权利要求1-7中任一项所述的分支管理方法。

10.一种计算机可读的存储介质，其特征在于，包括程序，当其在计算机上运行时，使得计算机执行如权利要求1-7中任一项所述的分支管理方法。

Images