CN107728996A - 一种git分支管理方法及装置 - Google Patents

Abstract

本发明公开了一种GIT管理方法及装置，该方法包括：接收外界输入的修改命令，并分析所述修改命令得到对应的修改指令和修改类型；基于所述修改类型从预先创建的对应分支中拉取与所述修改类型对应的辅助分支；通过所述辅助分支执行所述修改指令，并在执行所述修改指令完毕后删除所述辅助分支。本发明根据输入的修改命令得到修改指令和修改类型，然后根据修改类型从对应的分支中拉取辅助分支，通过所述辅助分支完成所述修改指令，完成指令后删除所述辅助分支，因此本发明中总的分支数量很少，便于开发人员理清分支之间的关系，能提高开发人员的工作效率。

Description

一种GIT分支管理方法及装置

技术领域

本发明涉及计算机技术领域，更具体地说，涉及一种GIT分支管理方法，还涉及一种GIT分支管理装置。

背景技术

GIT是一款免费、开源的分布式版本控制系统，它不需要服务器端软件的支持，使得源代码的发布和交流很方便。人们在使用GIT的过程中，通常是创建一个主要分支，然后通过创建许多的辅助分支来进行功能的添加或者bug的修改，但是分支过多可能会导致开发人员无法理清分支之间的关系，降低开发人员的工作效率。

综上所述，如何提供一种能提高开发人员的工作效率的方法，是目前本领域技术人员亟待解决的问题。

发明内容

本发明的目的是提供一种GIT分支管理方法及装置，能提高工作人员的工作效率。

为了实现上述目的，本发明提供如下技术方案：

一种GIT分支管理方法，包括：

接收外界输入的修改命令，并分析所述修改命令得到对应的修改指令和修改类型；

基于所述修改类型从预先创建的对应分支中拉取与所述修改类型对应的辅助分支；

通过所述辅助分支执行所述修改指令，并在执行所述修改指令完毕后删除所述辅助分支。

优选的，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为修改bug时，从develop分支中拉取release分支；

通过所述辅助分支执行所述修改指令，包括：

对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支中的对应部分，并在修改完成后将所述bug分支删除，若测试结果为所述release分支不存在错误，则确认完成执行所述修改指令的步骤。

优选的，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为发布新版本时，从develop分支中拉取release分支，所述新版本为与预先建立的master分支对应的新的版本；

通过所述辅助分支执行所述修改指令，包括：

对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支与所述release分支中的对应部分，并在修改完成后将所述bug分支删除，将修改后的所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理，若测试结果为所述release分支不存在错误，则将所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理。

优选的，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

通过所述辅助分支执行所述修改指令，包括：

对所述feature分支进行相应修改，以达到更改或增加所述预定的功能的目的；

测试修改后的所述feature分支，若测试结果为所述feature分支存在错误，则返回执行对所述feature分支进行修改的步骤，若测试结果为所述feature不存在错误，则利用所述feature分支的修改部分修改所述develop分支中对应的部分。

一种GIT分支管理装置，包括：

接收单元，用于：接收外界输入的修改命令，并分析所述修改命令得到对应的修改指令和修改类型；

拉取单元，用于：基于所述修改类型从预先创建的对应分支中拉取与所述修改类型对应的辅助分支；

修改单元，用于：通过所述辅助分支执行所述修改指令，并在执行所述修改指令完毕后删除所述辅助分支。

优选的，所述拉取单元包括：

第一拉取子单元，用于：当所述修改类型为修改bug时，从develop分支中拉取release分支；

所述修改单元包括：

第一修改子单元，用于：对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支中的对应部分，并在修改完成后将所述bug分支删除，若测试结果为所述release分支不存在错误，则确认完成执行所述修改指令的步骤。

优选的，所述拉取单元包括：

第二拉取子单元，用于：当所述修改类型为发布新版本时，从develop分支中拉取release分支，所述新版本为与预先建立的master分支对应的新的版本；

所述修改单元包括：

第二修改子单元，用于：对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支与所述release分支中的对应部分，并在修改完成后将所述bug分支删除，将修改后的所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理，若测试结果为所述release分支不存在错误，则将所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理。

优选的，所述拉取单元包括：

第三拉取子单元，用于：当所述修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

所述修改单元包括：

第三修改子单元，用于：对所述feature分支进行相应修改，以达到更改或增加所述预定的功能的目的；测试修改后的所述feature分支，若测试结果为所述feature分支存在错误，则返回执行对所述feature分支进行修改的步骤，若测试结果为所述feature不存在错误，则利用所述feature分支的修改部分修改所述develop分支中对应的部分。

本发明提供的一种GIT分支管理方法，包括：当接收到输入的修改命令时，分析所述修改命令得到修改指令和修改类型；根据所述修改类型从对应分支中拉取辅助分支；通过所述辅助分支执行所述修改指令；当执行完所述修改指令时，删除所述辅助分支。本发明根据输入的修改命令得到修改指令和修改类型，然后根据修改类型从对应的分支中拉取辅助分支，通过所述辅助分支完成所述修改指令，完成指令后删除所述辅助分支，因此本发明中总的分支数量很少，便于开发人员理清分支之间的关系，能提高开发人员的工作效率。

附图说明

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

图1为本发明实施例提供的一种GIT分支管理方法的流程图；

图2为本发明实施例提供的一种GIT分支管理装置的结构示意图。

具体实施方式

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

请参阅图1，其示出了本发明实施例提供的一种GIT分支管理方法的流程图，可以包括：

步骤S11：接收外界输入的修改命令，并分析修改命令得到对应的修改指令和修改类型。

本发明实施例提供的一种GIT分支管理方法的执行主语可以为对应的GIT分支管理装置，而该装置可以集成在对应的计算机中，因此本申请中以执行主语为需要对GIT分支进行管理的计算机对本申请提供的一种GIT分支管理方法进行说明。首先计算机接收外界输入的修改命令，接收到修改命令后将其分析得到对应的修改指令与修改类型，计算机通过修改类型“知道”自己需要对GIT分支做哪种类型的修改，比如修改某GIT分支中的bug等，而分析得到的修改指令为计算机能够执行的指令，其中修改指令与修改类型为预先设置好的，可以根据实际情况来设置。

步骤S12：基于修改类型从预先创建的对应分支中拉取与修改类型对应的辅助分支。

用户在使用GIT管理软件的版本时，通常会在计算机中建立一个主要的分支，当然也可以根据实际需要创建多个主要分支，根据修改类型，可以从主要分支中拉取辅助分支，也可以从已经拉取出来的辅助分支中继续拉取辅助分支。

步骤S13：通过辅助分支执行修改指令，并在执行修改指令完毕后删除辅助分支。

其中通过辅助分支执行修改指令的实现原理与现有技术中对应技术方案的实现原理一致，当计算机执行完修改指令后，可以将拉取出来的辅助分支进行删除，只保留主要分支。当然在具体实现中，删除辅助分支这个操作是灵活执行的，若某个辅助分支在短时间内可能还会使用到，也可以多保留一段时间再删除。

本发明实施例根据输入的修改命令得到修改指令和修改类型，然后根据修改类型从对应的分支中拉取辅助分支，通过辅助分支完成修改指令，完成指令后删除辅助分支，因此本发明中总的分支数量很少，便于开发人员理清分支之间的关系，能提高开发人员的工作效率。

本发明实施例提供的一种GIT分支管理方法，基于修改类型从预先创建的对应分支中拉取辅助分支，可以包括：

当修改类型为修改bug时，从develop分支中拉取release分支；

通过辅助分支执行修改指令，可以包括：

对release分支进行测试，若测试结果为release分支存在错误，则从release分支拉取bug分支，根据release分支存在的错误修改bug分支以改正错误，在修改后利用bug分支的修改部分修改develop分支中的对应部分，并在修改完成后将bug分支删除，若测试结果为release分支不存在错误，则确认完成执行修改指令的步骤。

在本发明中，可以创建两个主要分支，它们分别是master分支与develop分支，其中master分支体现了该软件的最新的版本，而develop则体现了使用者想要改软件实现的各种功能。辅助分支则可以包括release分支、bug分支和feature分支，其中feature分支是从develop分支中拉取出来的，该feature分支可以实现上述软件中的一个或多个功能，用户可以对该feature分支做相应处理。

当修改类型为修改bug时，可以从develop分支中拉取release分支，当release分支存在错误时，则从release分支中拉取bug分支，修改该bug分支以消除上述错误，修改后将bug分支中修改的部分对应修改到develop分支中，这样develop分支中就不存在错误了。本方法将存在错误的bug分支拉取出来修改后再对应修develop分支，使得修改具有针对性，且降低在修改过程中可能会对其余没有错误的代码误改的概率。

本发明实施例提供的一种GIT分支管理方法，基于修改类型从预先创建的对应分支中拉取辅助分支，可以包括：

当修改类型为发布新版本时，从develop分支中拉取release分支，新版本为与预先建立的master分支对应的新的版本；

通过辅助分支执行修改指令，可以包括：

对release分支进行测试，若测试结果为release分支存在错误，则从release分支拉取bug分支，根据release分支存在的错误修改bug分支以改正错误，在修改后利用bug分支的修改部分修改develop分支与release分支中的对应部分，并在修改完成后将bug分支删除，将修改后的release分支合并到master分支并基于master分支对新版本进行对应的处理，若测试结果为release分支不存在错误，则将release分支合并到master分支并基于master分支对新版本进行对应的处理。

当修改类型为发布新版本时，可以从develop中拉取release分支，该release分支可以实现新版本想要体现的功能，但是为了保证发布新版本后使用新版本的客户具有较好的使用体验，需要测试该release分支是否存在错误，这本质上是一个修改bug的过程，可以参考上一个实施例中对应的说明部分，在此不再赘述。将不存在错误的release分支合并到master分支中，然后基于master分支可以对新版本进行相应处理，例如给新版本创建版本号,如V1.1等，以区分不同的版本。本方法在发布新版本前进行的测试可以给予使用新版本的客户具有较好的使用体验。

本发明实施例提供的一种GIT分支管理方法，基于修改类型从预先创建的对应分支中拉取辅助分支，可以包括：

当修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

通过辅助分支执行修改指令，可以包括：

对feature分支进行相应修改，以达到更改或增加预定的功能的目的；

测试修改后的feature分支，若测试结果为feature分支存在错误，则返回执行对feature分支进行修改的步骤，若测试结果为feature不存在错误，则利用feature分支的修改部分修改develop分支中对应的部分。

预定的功能即为根据实际需要确定的功能，当用户想要增加一个新的功能时，则可以在拉取出的feature分支中添加能够实现该新功能的代码，若用户想要完善原来的功能，也可以直接对feature分支中的代码进行修改，修改后仍需要测试feature分支是否存在错误，若有错误则应该修改该feature分支中相应代码以消除错误，若没有错误则不必再次修改。为了将feature分支中的新功能或功能的完善体现在develop中，需要将feature分支中修改的部分对应修改到develop中，然后将该feature分支删除即可。从上一个实施例中可以知道发布用于新版本的master分支中合并了release分支，而release分支是从develop分支中拉取的，本方法中新添加的功能或对功能的完善也是是体现在develop分支中的，因此该方法中新增的功能或对功能的完善就可以通过上一个实施例中的方法体现在新版本中了。本方法在拉取出来的分支中进行相应修改，修改具有针对性，修改方便且不会影响到其余的代码。

本发明实施例还提供了一种GIT分支管理装置，如图2所示，可以包括：

接收单元11，用于：接收外界输入的修改命令，并分析修改命令得到对应的修改指令和修改类型；

拉取单元12，用于：基于修改类型从预先创建的对应分支中拉取与修改类型对应的辅助分支；

修改单元13，用于：通过辅助分支执行修改指令，并在执行修改指令完毕后删除辅助分支。

本发明实施例提供的一种GIT分支管理装置，拉取单元包括：

第一拉取子单元，用于：当修改类型为修改bug时，从develop分支中拉取release分支；

修改单元包括：

第一修改子单元，用于：对release分支进行测试，若测试结果为release分支存在错误，则从release分支拉取bug分支，根据release分支存在的错误修改bug分支以改正错误，在修改后利用bug分支的修改部分修改develop分支中的对应部分，并在修改完成后将bug分支删除，若测试结果为release分支不存在错误，则确认完成执行修改指令的步骤。

本发明实施例提供的一种GIT分支管理装置，拉取单元包括：

第二拉取子单元，用于：当修改类型为发布新版本时，从develop分支中拉取release分支，新版本为与预先建立的master分支对应的新的版本；

修改单元包括：

第二修改子单元，用于：对release分支进行测试，若测试结果为release分支存在错误，则从release分支拉取bug分支，根据release分支存在的错误修改bug分支以改正错误，在修改后利用bug分支的修改部分修改develop分支与release分支中的对应部分，并在修改完成后将bug分支删除，将修改后的release分支合并到master分支并基于master分支对新版本进行对应的处理，若测试结果为release分支不存在错误，则将release分支合并到master分支并基于master分支对新版本进行对应的处理。

本发明实施例提供的一种GIT分支管理装置，拉取单元包括：

第三拉取子单元，用于：当修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

修改单元包括：

第三修改子单元，用于：对feature分支进行相应修改，以达到更改或增加预定的功能的目的；测试修改后的feature分支，若测试结果为feature分支存在错误，则返回执行对feature分支进行修改的步骤，若测试结果为feature不存在错误，则利用feature分支的修改部分修改develop分支中对应的部分。

本发明实施例提供的一种GIT分支管理装置中相关部分的说明请参见本发明实施例中的一种GIT分支管理方法中对应部分的详细说明，在此不再赘述。另外，本发明实施提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明，以免过多赘述。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种GIT分支管理方法，其特征在于，包括：

接收外界输入的修改命令，并分析所述修改命令得到对应的修改指令和修改类型；

基于所述修改类型从预先创建的对应分支中拉取与所述修改类型对应的辅助分支；

通过所述辅助分支执行所述修改指令，并在执行所述修改指令完毕后删除所述辅助分支。

2.根据权利要求1所述的方法，其特征在于，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为修改bug时，从develop分支中拉取release分支；

通过所述辅助分支执行所述修改指令，包括：

对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支中的对应部分，并在修改完成后将所述bug分支删除，若测试结果为所述release分支不存在错误，则确认完成执行所述修改指令的步骤。

3.根据权利要求1所述的方法，其特征在于，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为发布新版本时，从develop分支中拉取release分支，所述新版本为与预先建立的master分支对应的新的版本；

通过所述辅助分支执行所述修改指令，包括：

对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支与所述release分支中的对应部分，并在修改完成后将所述bug分支删除，将修改后的所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理，若测试结果为所述release分支不存在错误，则将所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理。

4.根据权利要求1所述的方法，其特征在于，基于所述修改类型从预先创建的对应分支中拉取辅助分支，包括：

当所述修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

通过所述辅助分支执行所述修改指令，包括：

对所述feature分支进行相应修改，以达到更改或增加所述预定的功能的目的；

测试修改后的所述feature分支，若测试结果为所述feature分支存在错误，则返回执行对所述feature分支进行修改的步骤，若测试结果为所述feature不存在错误，则利用所述feature分支的修改部分修改所述develop分支中对应的部分。

5.一种GIT分支管理装置，其特征在于，包括：

接收单元，用于：接收外界输入的修改命令，并分析所述修改命令得到对应的修改指令和修改类型；

拉取单元，用于：基于所述修改类型从预先创建的对应分支中拉取与所述修改类型对应的辅助分支；

修改单元，用于：通过所述辅助分支执行所述修改指令，并在执行所述修改指令完毕后删除所述辅助分支。

6.根据权利要求5所述的装置，其特征在于，所述拉取单元包括：

第一拉取子单元，用于：当所述修改类型为修改bug时，从develop分支中拉取release分支；

所述修改单元包括：

第一修改子单元，用于：对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支中的对应部分，并在修改完成后将所述bug分支删除，若测试结果为所述release分支不存在错误，则确认完成执行所述修改指令的步骤。

7.根据权利要求5所述的装置，其特征在于，所述拉取单元包括：

第二拉取子单元，用于：当所述修改类型为发布新版本时，从develop分支中拉取release分支，所述新版本为与预先建立的master分支对应的新的版本；

所述修改单元包括：

第二修改子单元，用于：对所述release分支进行测试，若测试结果为所述release分支存在错误，则从所述release分支拉取bug分支，根据所述release分支存在的错误修改所述bug分支以改正所述错误，在修改后利用所述bug分支的修改部分修改所述develop分支与所述release分支中的对应部分，并在修改完成后将所述bug分支删除，将修改后的所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理，若测试结果为所述release分支不存在错误，则将所述release分支合并到所述master分支并基于所述master分支对所述新版本进行对应的处理。

8.根据权利要求5所述的装置，其特征在于，所述拉取单元包括：

第三拉取子单元，用于：当所述修改类型为更改或增加预定的功能时，从develop分支中拉取feature分支；

所述修改单元包括：

第三修改子单元，用于：对所述feature分支进行相应修改，以达到更改或增加所述预定的功能的目的；测试修改后的所述feature分支，若测试结果为所述feature分支存在错误，则返回执行对所述feature分支进行修改的步骤，若测试结果为所述feature不存在错误，则利用所述feature分支的修改部分修改所述develop分支中对应的部分。