一种特性分支流水线配置方法、特性分支代码提交方法

摘要

本申请公开了一种特性分支流水线配置方法、特性分支代码提交方法，该特性分支流水线配置方法包括：在接收到用户触发的特性分支流水线配置请求之后，可以先打开流水线配置页面，再在流水线配置页面中配置特性分支流水线，以使特性分支流水线用于记录特性分支代码的共用质量检查流程，从而使得后续可以按照该特性分支流水线对所有特性分支代码进行质量检查，并将通过质量检查的特性分支代码提交至远程代码配置库进行存储，如此能够将待提交特性分支代码自动地提交至远程代码配置库。其中，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查。

说明书

技术领域

本申请涉及数据处理技术领域，尤其涉及一种特性分支流水线配置方法、特性分支代码提交方法。

背景技术

对于分布式版本控制系统(也就是，GIT)来说，在开发人员接收到待实现功能的开发任务之后，该开发人员可以先根据待实现功能编写特性分支代码，以使该特性分支代码能够实现该待实现功能；再由开发人员提交至远程代码配置库。

然而，如何将特性分支代码自动地提交至远程代码配置库仍是一个亟待解决的技术问题。

发明内容

为了解决现有技术中存在的以上技术问题，本申请提供一种特性分支流水线配置方法、特性分支代码提交方法，能够将特性分支代码自动地提交至远程代码配置库。

为了实现上述目的，本申请实施例提供的技术方案如下：

本申请实施例提供一种特性分支流水线配置方法，所述方法包括：

接收用户触发的特性分支流水线配置请求；

打开流水线配置页面；

在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

在一种可能的实施方式下，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，所述在所述流水线配置页面中配置特性分支流水线，包括：

在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；

在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；

将所述第一任务的属性更新为第二属性值；

在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

在一种可能的实施方式下，所述将所述第一任务的属性更新为第二属性值之后，所述方法还包括：

在所述任务配置子页面中添加第二任务、第三任务和第四任务。

本申请实施例还提供了一种特性分支代码提交方法，所述方法包括：

接收用户触发的特性分支代码提交请求；其中，所述特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码；N为正整数；

按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果；其中，特性分支流水线是利用本申请实施例提供的特性分支流水线配置方法的任一实施方式进行配置的；i为正整数，i≤N；

在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

本申请实施例还提供了一种特性分支流水线配置装置，所述装置包括：

第一接收单元，用于接收用户触发的特性分支流水线配置请求；

页面打开单元，用于打开流水线配置页面；

流水线配置单元，用于在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

在一种可能的实施方式下，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，所述流水线配置单元，包括：

第一配置子单元，用于在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；

第二配置子单元，用于在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；

第三配置子单元，用于将所述第一任务的属性更新为第二属性值；

第四配置子单元，用于在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

在一种可能的实施方式下，所述流水线配置单元还包括：

第五配置子单元，用于在所述任务配置子页面中添加第二任务、第三任务和第四任务。

本申请实施例还提供了一种特性分支代码提交装置，所述装置包括：

第二接收单元，用于接收用户触发的特性分支代码提交请求；其中，所述特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码；N为正整数；

质量检查单元，用于按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果；其中，特性分支流水线是利用本申请实施例提供的特性分支流水线配置方法的任一实施方式进行配置的；i为正整数，i≤N；

代码提交单元，用于在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

本申请实施例还提供了一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请实施例提供的特性分支流水线配置方法的任一实施方式，或者执行本申请实施例提供的特性分支代码提交方法的任一实施方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的特性分支流水线配置方法的任一实施方式，或者执行本申请实施例提供的特性分支代码提交方法的任一实施方式。

与现有技术相比，本申请实施例至少具有以下优点：

本申请实施例提供的特性分支流水线配置方法中，在接收到用户触发的特性分支流水线配置请求之后，可以先打开流水线配置页面，再在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程，从而使得后续可以按照该特性分支流水线对所有特性分支代码进行质量检查，并将通过质量检查的特性分支代码提交至远程代码配置库进行存储，如此能够将待提交特性分支代码自动地提交至远程代码配置库。

其中，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

附图说明

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

图1为本申请实施例提供的一种特性分支流水线配置方法的流程图；

图2为本申请实施例提供的一种流水线配置页面的示意图；

图3为本申请实施例提供的一种任务配置子页面的示意图；

图4为本申请实施例提供的一种触发器配置子页面的示意图；

图5为本申请实施例提供的一种第二属性值的示意图；

图6为本申请实施例提供的一种第二筛选条件的示意图；

图7为本申请实施例提供的一种第三任务至第四任务的示意图；

图8为本申请实施例提供的一种特性分支代码提交方法的流程图；

图9为本申请实施例提供的一种特性分支流水线配置装置的结构示意图；

图10为本申请实施例提供的一种特性分支代码提交装置的结构示意图；

图11为本申请实施例提供的一种设备的结构示意图；

图12为本申请实施例提供的另一种设备的结构示意图。

具体实施方式

发明人在对提交特性分支代码的研究中发现，开发人员编写的特性分支代码可能存在质量问题(例如，代码语法错误等)，故为了保证远程代码配置库中不出现具有质量问题的特性分支代码，开发人员可以手动设置特性分支代码的检查流程，例如，在MicrosoftVisual Studio Team Foundation Server(简称，TFS)工具中手动配置各个特性分支代码的生成定义，以便后续能够在各个特性分支代码的递交过程中分别按照各个特性分支代码的生成定义对各个特性分支代码进行质量检查。然而，因需要针对各个特性分支代码分别手动配置生成定义，使得质量检查效率较低。又因手动配置易发生错误，导致质量检查结果不准确。

为了解决背景技术部分的技术问题以及上述手动配置存在的缺陷，本申请实施例提供了一种特性分支流水线配置方法，该方法包括：接收用户触发的特性分支流水线配置请求；打开流水线配置页面；在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

可见，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

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

参见图1，该图为本申请实施例提供的一种特性分支流水线配置方法的流程图。

本申请实施例提供的特性分支流水线配置方法，包括S101-S103：

S101：接收用户触发的特性分支流水线配置请求。

其中，用户是指具有特性分支流水线配置需求的人员。

特性分支流水线配置请求用于请求配置一条适用于所有特性分支代码的流水线。

需要说明的是，本申请实施例不限定特性分支流水线配置请求的触发方式，可以采用现有的或者未来出现的任一种特性分支流水线配置请求触发方式进行实施(例如，点击“特性分支共用流水线配置按钮”)。

基于上述S101的相关内容可知，当用户想要配置一条能够适用于所有特性分支代码的流水线时，该用户可以触发特性分支流水线配置请求，以使特性分支流水线配置方法的执行设备能够根据该特性分支流水线配置请求自动配置一条特性分支流水线，以使该特性分支流水线适用于对所有特性分支代码。

S102：打开流水线配置页面。

其中，流水线配置页面是指可以用于配置特性分支流水线的页面。另外，本申请实施例不限定流水线配置页面，例如，流水线配置页面可以是图2所示的流水线配置页面。

另外，本申请实施例不限定流水线配置页面的结构，例如，该流水线配置页面可以包括任务配置子页面(如图2中子页面标识“任务”对应的页面)和触发器配置子页面(如图2中子页面标识“触发器”对应的页面)。

S103：在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

其中，特性分支流水线用于记录特性分支代码的共用质量检查流程，以使该特性分支流水线适用于所有特性分支代码。另外，本申请实施例不限定共用质量检查流程，例如，共用质量检查流程可以包括源代码获取过程(也就是，获取特性分支代码的过程)、代码合规检查过程等

本申请实施例不限定特性分支流水线的配置过程，例如，在一种可能的实施方式中，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，该特性分支流水线的配置过程具体可以包括S103A1-S103A4：

S103A1：在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值。

其中，任务配置子页面用于添加特性分支流水线中所记录的各个执行任务(例如，获取源代码任务、代码合规检查任务等)。另外，本申请实施例不限定任务配置子页面，例如，任务配置子页面可以是图3所示的任务配置子页面。

第一任务用于获取源代码。另外，本申请实施例不限定第一任务，例如，第一任务可以是指图3所示的已添加好的“获取源”任务。

第一属性值可以预先设定，例如，第一属性值可以包括从远程存储库获取源的属性值。

S103A2：在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件。

其中，触发器配置子页面用于配置触发器属性；而且本申请实施例不限定触发器配置子页面，例如，触发器配置子页面可以包括分支筛选器属性(也就是，图4所示的分支筛选器)。

分支筛选器用于限定源代码的筛选条件；而且该分支筛选器可以包括至少一个筛选条件。

第一筛选条件可以用于描述允许获取的源代码应该满足的条件；而且本申请实施例不限定第一筛选条件，例如，第一筛选条件可以用于表示筛选到所有源代码(如图4所示的第一筛选条件)。

S103A3：将所述第一任务的属性更新为第二属性值。

其中，第二属性值可以预先设定，例如，第二属性值可以包括从此项目获取源(如图5所示的第二属性值)。

S103A4：在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

其中，第二筛选条件用于描述拒绝获取的源代码应该满足的条件；而且本申请实施例不限定第二筛选条件，例如，第二筛选条件可以用于表示拒绝获取长期分支代码(如图6所示的3个第二筛选条件)。

基于上述S103A1至S103A4的相关内容可知，在打开流水线配置页面之后，可以先在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；再在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；然后，将所述第一任务的属性更新为第二属性值；最后，在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

另外，本申请实施例还提供了配置特性分支流水线的另一种可能的实施方式，其具体可以包括S103B1-S103B5：

S103B1：在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值。

需要说明的是，S103B1的相关内容可以参见上文S103A1。

S103B2：在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件。

需要说明的是，S103B2的相关内容可以参见上文S103A2。

S103B3：将所述第一任务的属性更新为第二属性值。

需要说明的是，S103B3的相关内容可以参见上文S103A3。

S103B4：在所述任务配置子页面中添加第二任务、第三任务和第四任务。

其中，第二任务、第三任务和第四任务均用于描述配置特性分支流水线需要实现的功能；而且该第二任务、第三任务和第四任务均可以预先设定。例如，第二任务可以是图7中的第二任务，第三任务可以是图7中的第三任务，以及第四任务可以是图7中的第四任务。

S103B5：在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

需要说明的是，S103B5的相关内容可以参见上文S103A4。

基于上述S103B1至S103B5的相关内容可知，在打开流水线配置页面之后，可以先在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；再在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；然后，将所述第一任务的属性更新为第二属性值；其次，在所述任务配置子页面中添加第二任务、第三任务和第四任务；最后，在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

基于上述S101至S103的相关内容可知，在本申请实施例提供的特性分支流水线配置方法中，在接收到用户触发的特性分支流水线配置请求之后，可以先打开流水线配置页面，再在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程，从而使得后续可以按照该特性分支流水线对所有特性分支代码进行质量检查，并将通过质量检查的特性分支代码提交至远程代码配置库进行存储，如此能够将待提交特性分支代码自动地提交至远程代码配置库。

可见，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

另外，在配置好特性分支流水线之后，可以利用该特性分支流水线对所有特性分支代码进行质量检查。基于此，本申请实施例还提供了一种特性分支代码提交方法，下面结合附图进行说明。

参见图8，该图为本申请实施例提供的一种特性分支代码提交方法的流程图。

本申请实施例提供的特性分支代码提交方法，包括S801-S805：

S801：接收用户触发的特性分支代码提交请求。

其中，特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码，而且N为正整数。

需要说明的是，本申请实施例不限定特性分支代码的个数，而且该特性分支代码的个数可以是指该用户进行编码时所使用的用户设备中存储的特性分支代码的个数。例如，若用户编写了N个特性分支代码，则该该用户进行编码时所使用的用户设备中存储有N个特性分支代码，故该特性分支代码的个数为N。

另外，远程代码配置库用于存储GIT分支代码。

S802：按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果。其中，i为正整数，i≤N。

特性分支流水线是利用本申请实施例提供的特性分支流水线配置方法的任一实施方式进行配置的。

另外，特性分支流水线可以包括多个任务，例如，该特性分支流水线可以包括从用户进行编码时所使用的用户设备中获取所有特性分支代码的任务以及对所有特性分支代码进行质量检查的任务。其中，“质量检查”可以包括代码合规检查等。

第i个质量检查结果用于描述第i个特性分支代码是否符合预设质量标准。其中，预设质量标准可以预先设定。

基于上述S802的相关内容可知，在接收到用户触发的特性分支代码提交请求之后，特性分支代码提交方法的执行设备可以按照预先配置的特性分支流水线对所述第i个特性分支代码进行质量检查，而且该质量检查过程具体可以为：先从用户进行编码时所使用的用户设备中获取第i个特性分支代码，再对该第i个特性分支代码分别进行质量检查，得到第i个质量检查结果，以使第i个该质量检查结果能够准确地表示出第i个特性分支代码是否符合预设质量标准。

S803：在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

其中，预设提交条件可以预先设定，例如，预设提交条件可以是指质量检查结果达到预设质量标准。

本申请实施例中，在获取到第i个质量检查结果之后，可以判断该第i个质量检查结果是否满足预设提交条件；若满足，则表示第i个特性分支代码符合预设质量标准，从而表示该第i个特性分支代码不存在缺陷，故可以直接将该第i个特性分支代码直接提交至远程代码配置库进行存储，以便日后其他人能够从远程代码配置库中获取到该第i个特性分支代码；若不满足，则表示第i个特性分支代码不符合预设质量标准，从而表示该第i个特性分支代码存在缺陷，故可以生成第i个特性分支代码存在缺陷的报警信息，以使开发人员能够根据该报警信息能够对该第i个特性分支代码进行完善。

基于上述S801至S803的相关内容可知，在本申请实施例提供的特性分支代码提交方法中，在接收到用户触发的特性分支代码提交请求之后，可以先按照预先配置的特性分支流水线获取N个特性分支代码并对该N个特性分支代码分别进行质量检查，得到N个质量检查结果；再根据该N质量检查结果确定是否将该N个特性分支代码提交至所述远程代码配置库。其中，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

基于上述方法实施例提供的特性分支流水线配置方法，本申请实施例还提供了一种特性分支流水线配置装置，下面结合附图进行解释和说明。

装置实施例一提供的特性分支流水线配置装置的技术详情，请参照上述方法实施例。

参见图9，该图为本申请实施例提供的一种特性分支流水线配置装置的结构示意图。

本申请实施例提供的特性分支流水线配置装置900，包括：

第一接收单元901，用于接收用户触发的特性分支流水线配置请求；

页面打开单元902，用于打开流水线配置页面；

流水线配置单元903，用于在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

在一种可能的实施方式中，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，所述流水线配置单元903，包括：

第一配置子单元，用于在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；

第二配置子单元，用于在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；

第三配置子单元，用于将所述第一任务的属性更新为第二属性值；

第四配置子单元，用于在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

在一种可能的实施方式中，所述流水线配置单元903还包括：

第五配置子单元，用于在所述任务配置子页面中添加第二任务、第三任务和第四任务。

基于上述特性分支流水线配置装置900的相关内容可知，对于特性分支流水线配置装置900来说，在接收到用户触发的特性分支流水线配置请求之后，可以先打开流水线配置页面，再在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程，从而使得后续可以按照该特性分支流水线对所有特性分支代码进行质量检查，并将通过质量检查的特性分支代码提交至远程代码配置库进行存储，如此能够将待提交特性分支代码自动地提交至远程代码配置库。

可见，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

基于上述方法实施例提供的特性分支代码提交方法，本申请实施例还提供了一种特性分支代码提交装置，下面结合附图进行解释和说明。

装置实施例二提供的特性分支代码提交装置的技术详情，请参照上述方法实施例。

参见图10，该图为本申请实施例提供的一种特性分支代码提交装置的结构示意图。

本申请实施例提供的特性分支代码提交装置1000，包括：

第二接收单元1001，用于接收用户触发的特性分支代码提交请求；其中，所述特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码；N为正整数；

质量检查单元1002，用于按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果；其中，特性分支流水线是利用权利要求1或2所述的特性分支流水线配置方法进行配置的；其中，i为正整数，i≤N；

代码提交单元1003，用于在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

基于上述特性分支代码提交装置1000的相关内容可知，对于特性分支代码提交装置1000来说，在接收到用户触发的特性分支代码提交请求之后，可以先按照预先配置的特性分支流水线获取N个特性分支代码并对该N个特性分支代码分别进行质量检查，得到N个质量检查结果；再根据该N质量检查结果确定是否将该N个特性分支代码提交至所述远程代码配置库。其中，因特性分支流水线用于记录特性分支代码的共用质量检查流程，使得该特性分支流水线适用于对任意一个特性分支代码，从而使得在任意一个特性分支代码的提交过程中均可以按照该特性分支流水线进行质量检查，如此能够保证成功递交至远程代码配置库的特性分支代码均不存在质量问题，从而能够保证远程代码配置库中存储的所有特性分支代码均是质量合格的代码。

基于上述方法实施例提供的特性分支流水线配置方法，本申请实施例还提供了一种设备，下面结合附图进行解释和说明。

设备实施例提供的设备技术详情，请参照上述方法实施例。

参见图11，该图为本申请实施例提供的一种设备的结构示意图。

本申请实施例提供的设备1100，包括：处理器1101以及存储器1102；

所述存储器1102用于存储计算机程序；

所述处理器1101用于根据所述计算机程序执行上述方法实施例提供的特性分支流水线配置方法的任一实施方式。也就是说，处理器1101用于执行以下步骤：

接收用户触发的特性分支流水线配置请求；

打开流水线配置页面；

在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

在一种可能的实施方式中，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，所述在所述流水线配置页面中配置特性分支流水线，包括：

在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；

在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；

将所述第一任务的属性更新为第二属性值；

在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

在一种可能的实施方式中，所述将所述第一任务的属性更新为第二属性值之后，所述方法还包括：

在所述任务配置子页面中添加第二任务、第三任务和第四任务。

以上为本申请实施例提供的设备1100的相关内容。

基于上述方法实施例提供的特性分支代码提交方法，本申请实施例还提供了一种设备，下面结合附图进行解释和说明。

设备实施例提供的设备技术详情，请参照上述方法实施例。

参见图12，该图为本申请实施例提供的另一种设备的结构示意图。

本申请实施例提供的设备1200，包括：处理器1201以及存储器1202；

所述存储器1202用于存储计算机程序；

所述处理器1201用于根据所述计算机程序执行上述方法实施例提供的特性分支代码提交方法的任一实施方式。也就是说，处理器1201用于执行以下步骤：

接收用户触发的特性分支代码提交请求；其中，所述特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码；N为正整数；

按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果；其中，特性分支流水线是利用权利要求1或2所述的特性分支流水线配置方法进行配置的；其中，i为正整数，i≤N；

在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

以上为本申请实施例提供的设备1200的相关内容。

基于上述方法实施例提供的特性分支流水线配置方法，本申请实施例还提供了一种计算机可读存储介质。

介质实施例提供的计算机可读存储介质的技术详情，请参照方法实施例。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述方法实施例提供的特性分支流水线配置方法的任一实施方式。也就是说，该计算机程序用于执行以下步骤：

接收用户触发的特性分支流水线配置请求；

打开流水线配置页面；

在所述流水线配置页面中配置特性分支流水线，以使所述特性分支流水线用于记录特性分支代码的共用质量检查流程。

在一种可能的实施方式中，当所述流水线配置页面包括任务配置子页面和触发器配置子页面，且所述触发器配置子页面包括分支筛选器属性时，所述在所述流水线配置页面中配置特性分支流水线，包括：

在所述任务配置子页面中添加第一任务，并将所述第一任务的属性设定为第一属性值；

在所述触发器配置子页面的分支筛选器属性中添加第一筛选条件；

将所述第一任务的属性更新为第二属性值；

在所述触发器配置子页面的分支筛选器属性中添加至少一个第二筛选条件。

在一种可能的实施方式中，所述将所述第一任务的属性更新为第二属性值之后，所述方法还包括：

在所述任务配置子页面中添加第二任务、第三任务和第四任务。

以上为本申请实施例提供的计算机可读存储介质的相关内容。

基于上述方法实施例提供的XXX方法，本申请实施例还提供了一种计算机可读存储介质。

介质实施例提供的计算机可读存储介质的技术详情，请参照方法实施例。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述方法实施例提供的XXX方法的任一实施方式。也就是说，该计算机程序用于执行以下步骤：

接收用户触发的特性分支代码提交请求；其中，所述特性分支代码提交请求用于请求向远程代码配置库提交N个特性分支代码；N为正整数；

按照预先配置的特性分支流水线对第i个特性分支代码进行质量检查，得到第i个质量检查结果；其中，特性分支流水线是利用权利要求1或2所述的特性分支流水线配置方法进行配置的；其中，i为正整数，i≤N；

在确定第i个质量检查结果满足预设提交条件时，将所述第i个待提交特性分支代码提交至所述远程代码配置库。

以上为本申请实施例提供的计算机可读存储介质的相关内容。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。