一种代码管理系统及方法与流程

本申请涉及代码管理技术领域，更具体地说，涉及一种代码管理系统及方法。

背景技术：

在项目开发和维护阶段，经常会遇到研发，前端和测试协作的场景。开发人员对任务开发完代码之后，需要交由测试环境进行测试，测试通过后才能够正式发布上线。

现有的代码开发及后续测试、发布上线环节是独立的。开发人员在开发完代码之后，通过线上或线下方式发送给测试人员，对代码进行测试。测试通过后发送给代码发布人员，将测试通过的代码发布至生产环境，实现代码上线。对于开发人员而言，代码测试阶段及发布阶段的状态是不得知的，导致研发、测试及发布环节协调度不高，影响整个项目的开发。

技术实现要素：

有鉴于此，本申请提供了一种代码管理系统及方法，用于解决现有代码开发、测试及发布环节协调度不高，影响项目开发的问题。

为了实现上述目的，现提出的方案如下：

一种代码管理系统，包括：

代码获取单元，用于接收开发人员的代码提测请求，获取待测试的目标代码；

测试环境发布单元，用于将所述目标代码发布至测试环境，以便对所述目标代码进行测试；

生产环境发布单元，用于在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；

消息通知单元，用于将所述目标代码在所述测试环境中的测试结果发送给所述开发人员，并且，在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。

优选地，所述代码获取单元包括：

代码标识获取单元，用于获取所述代码提测请求中所包含的分支代码标识及主干代码标识；

分支合并单元，用于获取所述分支代码标识对应的分支代码，以及所述主干代码标识对应的主干代码，将所述分支代码合并至所述主干代码中，得到目标代码。

优选地，还包括：

任务管理单元，用于添加代码开发任务，由所述开发人员针对添加的代码开发任务进行代码开发。

优选地，还包括：

任务统计单元，用于接收任务统计请求，对请求统计的目标类型的任务数量进行统计，所述目标类型包括已受理、已完成、开发中。

优选地，还包括：

提测统计单元，用于对目标时间段内目标开发人员发送的代码提测请求的数量进行统计。

优选地，还包括：

提测量排行单元，用于对目标时间段内各开发人员的代码提测数量进行排行。

优选地，还包括：

代码库管理单元，用于对开发人员所开发的代码进行管理。

优选地，所述代码库管理单元采用Mysql数据库对代码进行管理。

一种代码管理方法，包括：

接收开发人员的代码提测请求，获取待测试的目标代码；

将所述目标代码发布至测试环境，以便对所述目标代码进行测试；

在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；

将所述目标代码在所述测试环境中的测试结果发送给所述开发人员；

在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。

优选地，所述接收开发人员的代码提测请求，获取待测试的目标代码，包括：

获取所述代码提测请求中所包含的分支代码标识及主干代码标识；

获取所述分支代码标识对应的分支代码，以及所述主干代码标识对应的主干代码；

将所述分支代码合并至所述主干代码中，得到目标代码。

从上述的技术方案可以看出，本申请实施例提供的代码管理系统，包括：代码获取单元，用于接收开发人员的代码提测请求，获取待测试的目标代码；测试环境发布单元，用于将所述目标代码发布至测试环境，以便对所述目标代码进行测试；生产环境发布单元，用于在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；消息通知单元，用于将所述目标代码在所述测试环境中的测试结果发送给所述开发人员，并且，在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。由此可见，本申请提供的代码管理系统开发人员可以直接对待测试的目标代码进行提测，并且代码测试结果以及后续代码发布至生成环境的消息都会通知给开发人员，实现了研发、测试及发布间的协同处理，保证项目的快速的开发。

附图说明

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

图1为本申请实施例公开的一种代码管理系统结构示意图；

图2为本申请实施例公开的一种代码管理方法流程图。

具体实施方式

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

参见图1，图1为本申请实施例公开的一种代码管理系统结构示意图。

如图1所示，该系统包括：

代码获取单元11，用于接收开发人员的代码提测请求，获取待测试的目标代码；

开发人员在接收指派的任务之后进行代码开发，并且在开发完成之后提出代码提测请求，以请求对开发的代码进行测试。

本实施例中，由代码获取单元获取待测试的目标代码。

测试环境发布单元12，用于将所述目标代码发布至测试环境，以便对所述目标代码进行测试；

具体地，测试环境发布单元通过将目标代码发布至测试环境，以便在测试环境中对目标代码进行测试，测试目标代码的功能是否正常，是否存在BUG等。

生产环境发布单元13，用于在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；

具体地，目标代码发布至生产环境即代表目标代码已经测试通过，具体上线的条件。

消息通知单元14，用于将所述目标代码在所述测试环境中的测试结果发送给所述开发人员，并且，在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。

具体地，开发人员在提出代码提测请求之后，目标代码进入测试环境，自此之后目标代码的各阶段状态都会通过消息通知单元发送给开发人员，其中包括，目标代码在所述测试环境中的测试结果以及，目标代码发布至生产环境等消息。

可选的，本申请可以采用RTX(Real Time eXchange，即时通讯应用)提供的API向开发人员发送消息弹窗，提示开发人员目标代码的各阶段状态。

本申请实施例提供的代码管理系统，包括：代码获取单元，用于接收开发人员的代码提测请求，获取待测试的目标代码；测试环境发布单元，用于将所述目标代码发布至测试环境，以便对所述目标代码进行测试；生产环境发布单元，用于在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；消息通知单元，用于将所述目标代码在所述测试环境中的测试结果发送给所述开发人员，并且，在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。由此可见，本申请提供的代码管理系统开发人员可以直接对待测试的目标代码进行提测，并且代码测试结果以及后续代码发布至生成环境的消息都会通知给开发人员，实现了研发、测试及发布间的协同处理，保证项目的快速的开发。

可选的，所述代码获取单元可以包括：

代码标识获取单元，用于获取所述代码提测请求中所包含的分支代码标识及主干代码标识；

分支合并单元，用于获取所述分支代码标识对应的分支代码，以及所述主干代码标识对应的主干代码，将所述分支代码合并至所述主干代码中，得到目标代码。

具体地，开发人员在开发产品的时候往往会维护一个稳定的主干分支，对于新接收的需求任务，开发人员从稳定的主干分支上拉取一个新的分支，做新需求的开发。在开发完毕之后将分支代码合并至主干分支代码中。

因此，开发人员提出的代码提测请求中可以包括分支代码标识及主干代码标识。根据分支代码标识及主干代码标识，获取对应的分支代码及主干代码，进而将分支代码合并至主干代码中，得到目标代码。该目标代码即为待测试的代码。

可选的，分支代码的标识可以是开发人员开发完分支代码并将其提交至数据库时的提交名称，该提交名称可以包括代码编号、开发人员名称、提交时间等。同理针对主干代码的标识。

进一步可选的，本申请的系统还可以包括：

任务管理单元，用于添加代码开发任务，由所述开发人员针对添加的代码开发任务进行代码开发。

具体地，任务分配人员可以通过任务管理单元向开发人员分配代码开发任务。开发人员接受代码开发任务之后，针对该代码开发任务进行代码开发。

开发人员可以通过任务管理单元查看自己接受的任务。

在此基础上，本申请的系统还可以进一步包括：

任务统计单元，用于接收任务统计请求，对请求统计的目标类型的任务数量进行统计，所述目标类型包括已受理、已完成、开发中。

开发人员可以下发任务统计请求，以请求统计目标类型的任务数量。该目标类型可以是已受理(已接受)、已完成、开发中。

举例如，开发人员可以统计自己已受理的任务数量，或者统计自己已经开发完成的任务的数量，亦或者，统计正处于开发中的任务数量。

进一步，本申请的系统还可以包括：

提测统计单元，用于对目标时间段内目标开发人员发送的代码提测请求的数量进行统计。

与上述的任务统计单元相类似，本申请还提供了对代码提测数量的统计功能。可以对目标时间段内目标开发人员发送的代码提测请求的数量进行统计，从而实现对各开发人员工作状况的统计。

在此基础上，本申请的系统还可以包括：

提测量排行单元，用于对目标时间段内各开发人员的代码提测数量进行排行。

具体地，一次代码提测请求即对应一次代码提测，通过对目标时间段内各开发人员的代码提测数量进行统计，可以按照从大到小的顺序进行排序。

进一步，本申请的系统还可以包括：

代码库管理单元，用于对开发人员所开发的代码进行管理。

可选的，所述代码库管理单元可以采用Mysql数据库对代码进行管理。

可选的，本申请的系统还可以包括用户登录模块，支持通过RTX账号直接登录，省去注册账号的步骤。

下面对本申请实施例提供的代码管理方法进行描述，下文描述的代码管理方法与上文描述的代码管理系统可相互对应参照。

参见图2，图2为本申请实施例公开的一种代码管理方法流程图。

如图2所示，该方法包括：

步骤S200、接收开发人员的代码提测请求，获取待测试的目标代码；

步骤S210、将所述目标代码发布至测试环境，以便对所述目标代码进行测试；

步骤S220、在确定所述目标代码测试通过后，将所述目标代码发布至生产环境；

步骤S230、将所述目标代码在所述测试环境中的测试结果发送给所述开发人员；

步骤S240、在确定所述目标代码发布至生产环境时，将所述目标代码发布至生产环境的消息发送给所述开发人员。

本申请提供的代码管理方法，开发人员可以直接对待测试的目标代码进行提测，并且代码测试结果以及后续代码发布至生成环境的消息都会通知给开发人员，实现了研发、测试及发布间的协同处理，保证项目的快速的开发。

可选的，所述接收开发人员的代码提测请求，获取待测试的目标代码的过程，可以包括：

获取所述代码提测请求中所包含的分支代码标识及主干代码标识；

获取所述分支代码标识对应的分支代码，以及所述主干代码标识对应的主干代码；

将所述分支代码合并至所述主干代码中，得到目标代码。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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