CN110704094A - 代码统计方法以及装置 - Google Patents

Abstract

本申请公开了一种代码统计方法以及装置。该方法包括当用户申请不同分支合并时，拉取被合并分支的所有提交数据；判断当前提交数据是否由分支合并；如果是由分支合并，则不统计当前提交数据；如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；如果有存在已统计的提交数据，则不统计当前提交数据。本申请解决了分支合并时代码统计会出现重复统计的技术问题。通过本申请在进行代码统计所有分支合并时，只统计一次代码提交，确保统计数据准确，不会造成多个分支内进行多次数据统计的问题，防止重复统计。

Description

代码统计方法以及装置

技术领域

本申请涉及代码管理领域，具体而言，涉及一种代码统计方法以及装置。

背景技术

现有代码管理工具提供了客户端拉取代码，服务端保存代码的功能。对于服务端保存的代码，分为多个由用户创建的工程，存放在不同群组、不同用户目录下。

发明人发现，当通常单个工程会有多个分支进行不同类型的提交时，由于多个分支下代码涉及相关合并(merge)操作，通常对于合并操作中的代码进行多次统计，导致统计代码数据超出实际的提交量。

针对相关技术中分支合并时代码统计会出现重复统计的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种代码统计方法以及装置，以解决分支合并时代码统计会出现重复统计的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种代码统计方法，用于过滤重复统计的代码数据。

根据本申请的代码统计方法包括：当用户申请不同分支合并时，拉取被合并分支的所有提交数据；判断当前提交数据是否由分支合并；如果是由分支合并，则不统计当前提交数据；如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；如果有存在已统计的提交数据，则不统计当前提交数据。

进一步地，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据之后，还包括：

如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

进一步地，当用户申请不同分支合并时，拉取被合并分支的所有提交数据之前，包括：

预先生成具有多个分支的代码库工程。

进一步地，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据包括：

如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；

如果查询时，对应分支和提交ID存在则是非首次提交；

如果查询时，对应分支和提交ID不存在则为首次提交。

进一步地，如果是由分支合并，则不统计当前提交数据包括：

多分支合并提交代码时，对最早提交的分支进行统计代码；

如果有存在已统计的提交数据，则不统计当前提交数据包括：

如果存在已统计的最早提交的分支代码统计，则不统计当前提交数据。

为了实现上述目的，根据本申请的另一方面，提供了一种代码统计装置，用于过滤重复统计的代码数据。

根据本申请的代码统计装置包括：拉取模块，用于当用户申请不同分支内合并时，拉取被合并分支的所有提交数据；第一判断模块，用于判断当前提交数据是否由分支合并；处理模块，用于在是由分支合并时，不统计当前提交数据；第二判断模块，用于在不是由分支合并时，则判断当前提交数据是否存在已统计的提交数据；处理模块，还用于在存在已统计的提交数据时，不统计当前提交数据。

进一步地，装置还包括：存储模块，用于

如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

进一步地，代码库模块，用于

预先生成具有多个分支的代码库工程。

进一步地，所述第二判断模块，用于

如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；

如果查询时，对应分支和提交ID存在则是非首次提交；

如果查询时，对应分支和提交ID不存在则为首次提交。

进一步地，所述处理模块，用于在多分支合并提交代码时，对最早提交的分支进行统计代码；

所述处理模块，还用于在存在已统计的最早提交的分支代码统计时，则不统计当前提交数据。

在本申请实施例中代码统计方法以及装置，采用当用户申请不同分支合并时，拉取被合并分支的所有提交数据的方式，通过判断当前提交数据是否由分支合并，如果是由分支合并，则不统计当前提交数据，达到了如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；如果有存在已统计的提交数据，则不统计当前提交数据的目的，从而实现了过滤重复统计的代码数据的技术效果，进而解决了分支合并时代码统计会出现重复统计的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的代码统计方法流程示意图；

图2是根据本申请实施例的代码统计装置结构示意图；

图3是根据本申请实施例的代码统计方法实现原理示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请使用的术语解释如下：

代码库：保存所有公司代码的仓库。

代码工程：单个相关联代码集合，一个工程可以有1-N个用户成员，对应成员可以进行文件、代码提交、删除等操作。

分支：代码工程保存一系列代码提交的集合，一个工程可以有多个分支，其中master分支可以作为主干进行合并代码。

如图1所示，该方法包括如下的步骤S102至步骤S110：

步骤S102，当用户申请不同分支合并时，拉取被合并分支的所有提交数据；

当用户申请不同分支合并时，需要拉取被合并分支的所有提交数据。

比如，用户手动将分支B合并到分支A中。通过合并(merge)分支中查询有多少次提交(commits)需要进行合并，然后再分页逐次拉取所有提交(commits)，获取每个commit的详细信息。

步骤S104，判断当前提交数据是否由分支合并；

通过此步骤用来判断当前提交是否是从其他分支合并而来，如果本次提交(commit)是从其他分支合并而来，该提交的统计数据已经在其他分支进行了统计，不需要在当前分支重复统计。

步骤S106，如果是由分支合并，则不统计当前提交数据；

如果判断由分支合并，则不统计当前提交数据。

步骤S108，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；

通过此步骤用来判断当前提交是否在本分支的第一次提交(commit)还是分支合并时提交。如果当前提交并非在本分支第一次提交，则不需要统计本次提交的数据，因为在之前第一次提交的时候已经做了统计，无需进行二次统计。

步骤S110，如果有存在已统计的提交数据，则不统计当前提交数据。

如果所述有存在已统计的提交数据，则不统计当前提交数据。如果查询时，该分支和提交ID(commit_id)存在，则非首次提交。如果不在，则首次提交，需要在上报模块记录对应的分支名和提交ID(commit_id)，以便于后续查询使用。

通过上述步骤，当所有分支合并时，只统计一次代码提交，确保统计数据准确，不会造成多个分支内进行多次数据统计的问题，防止重复统计。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用当用户申请不同分支合并时，拉取被合并分支的所有提交数据的方式，通过判断当前提交数据是否由分支合并，如果是由分支合并，则不统计当前提交数据，达到了如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；如果有存在已统计的提交数据，则不统计当前提交数据的目的，从而实现了过滤重复统计的代码数据的技术效果，进而解决了分支合并时代码统计会出现重复统计的技术问题。

根据本申请实施例，作为本实施例中的优选，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据之后，还包括：如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

具体地，多分支合并代码时，只在最早的提交分支统计代码。所有代码在提交时只统计一次，不会在多个分支合并时重复统计。

根据本申请实施例，作为本实施例中的优选，当用户申请不同分支合并时，拉取被合并分支的所有提交数据之前，包括：预先生成具有多个分支的代码库工程。

具体地，在有多个分支的代码库工程中，当分支合并(merge)时，对于一次分支合并内的一到多次提交数据进行相关判断，保证每次合并时，只对合并中第一次提交的数据进行统计记录。

根据本申请实施例，作为本实施例中的优选，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据包括：如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；如果查询时，对应分支和提交ID存在则是非首次提交；如果查询时，对应分支和提交ID不存在则为首次提交。

具体地，剔除合并中非第一次提交的统计数据，保证所有的代码统计数据中只存在第一次提交的数据。通过剔除已有提交的代码数据保证只有第一次提交的代码信息会被记录。

根据本申请实施例，作为本实施例中的优选，如果是由分支合并，则不统计当前提交数据包括：多分支合并提交代码时，对最早提交的分支进行统计代码；如果有存在已统计的提交数据，则不统计当前提交数据包括：如果存在已统计的最早提交的分支代码统计，则不统计当前提交数据。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述方法的代码统计装置用于过滤重复统计的代码数据，如图2所示，该装置包括：拉取模块10，用于当用户申请不同分支内合并时，拉取被合并分支的所有提交数据；第一判断模块20，用于判断当前提交数据是否由分支合并；处理模块30，用于在是由分支合并时，不统计当前提交数据；第二判断模块40，用于在不是由分支合并时，则判断当前提交数据是否存在已统计的提交数据；处理模块30，还用于在存在已统计的提交数据时，不统计当前提交数据。

本申请实施例的拉取模块10中当用户申请不同分支合并时，需要拉取被合并分支的所有提交数据。

比如，用户手动将分支B合并到分支A中。通过合并(merge)分支中查询有多少次提交(commits)需要进行合并，然后再分页逐次拉取所有提交(commits)，获取每个commit的详细信息。

本申请实施例的第一判断模块20中通过此步骤用来判断当前提交是否是从其他分支合并而来，如果本次提交(commit)是从其他分支合并而来，该提交的统计数据已经在其他分支进行了统计，不需要在当前分支重复统计。

本申请实施例的处理模块30中如果判断由分支合并，则不统计当前提交数据。

本申请实施例的第二判断模块40中通过此步骤用来判断当前提交是否在本分支的第一次提交(commit)还是分支合并时提交。如果当前提交并非在本分支第一次提交，则不需要统计本次提交的数据，因为在之前第一次提交的时候已经做了统计，无需进行二次统计。

本申请实施例的处理模块30中如果所述有存在已统计的提交数据，则不统计当前提交数据。如果查询时，该分支和提交ID(commit_id)存在，则非首次提交。如果不在，则首次提交，需要在上报模块记录对应的分支名和提交id(commit_id)，以便于后续查询使用。

通过上述模块，当所有分支合并时，只统计一次代码提交，确保统计数据准确，不会造成多个分支内进行多次数据统计的问题，防止重复统计。

根据本申请实施例，作为本实施例中的优选，装置还包括：存储模块(未示出)，用于如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

具体地，多分支合并代码时，只在最早的提交分支统计代码。所有代码在提交时只统计一次，不会在多个分支合并时重复统计。

根据本申请实施例，作为本实施例中的优选，装置还包括：代码库模块(未示出)，用于预先生成具有多个分支的代码库工程。

具体地，在有多个分支的代码库工程中，当分支合并(merge)时，对于一次分支合并内的一到多次提交数据进行相关判断，保证每次合并时，只对合并中第一次提交的数据进行统计记录。

根据本申请实施例，作为本实施例中的优选，所述第二判断模块40，用于如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；如果查询时，对应分支和提交ID存在则是非首次提交；如果查询时，对应分支和提交ID不存在则为首次提交。

具体地，剔除合并中非第一次提交的统计数据，保证所有的代码统计数据中只存在第一次提交的数据。通过剔除已有提交的代码数据保证只有第一次提交的代码信息会被记录。

根据本申请实施例，作为本实施例中的优选，所述处理模块30，用于在多分支合并提交代码时，对最早提交的分支进行统计代码；所述处理模块30，还用于在存在已统计的最早提交的分支代码统计时，则不统计当前提交数据。

请参考图3，是本申请的实现原理示意图，具体如下：

步骤S1，用户手动将分支B合并到分支A中。

步骤S2，合并(merge)分钟中查询有多少次提交(commits)需要进行合并。分页逐次拉取所有提交(commits)，获取每个commit的详细信息。

步骤S3-步骤S4逐个读取判断提交(commit)详细信息，当前commit如果是从其他分支合并而来，例如当前commit_c_01是之前由分支C合并到分支B中。则不需要将当前commit_c_01的统计数据发送到上报模块，因为该次commit在分支C内已进行过统计。非其他分支合并的commit则进行步骤S5判断。

步骤S5，判断本次提交(commit)是否是本分支内以前已经进行过的提交。如果是，则不需要将该提交(commit)对应的统计数据发送到上报包块；如果不是，将该提交(commit)的统计数据发送到上报模块，同时将本次提交的commit_id也发送到上报模块。

步骤S6，上报模块将本次合并(merge)的统计数据统一汇总，将第一次提交的commit_id进行存储，方便后续查询时去重。

步骤S7，分支合并成功，统计数据完成。

本申请中通过判断当前提交是否是从其他分支合并而来，如果本次提交(commit)是从其他分支合并而来，该提交的统计数据已经在其他分支进行了统计，不需要在当前分支重复统计。

本申请中通过判断当前提交是否在本分支的第一次提交(commit)还是分支合并时提交。如果当前提交并非在本分支第一次提交，则不需要统计本次提交的数据，因为在之前第一次提交的时候已经做了统计，无需进行二次统计。

本申请中通过判断是否是首次提交的依据来源于，在第一次提交代码时，会在上报模块记录对应的分支名以及对应的提交id(commit_id)。如果查询时，该分支和提交id(commit_id)存在，则非首次提交。如果不在，则首次提交，需要在上报模块记录对应的分支名和提交id(commit_id),以便于后续查询使用。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种代码统计方法，其特征在于，用于过滤重复统计的代码数据，包括：

当用户申请不同分支合并时，拉取被合并分支的所有提交数据；

判断当前提交数据是否由分支合并；

如果是由分支合并，则不统计当前提交数据；

如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据；

如果有存在已统计的提交数据，则不统计当前提交数据。

2.根据权利要求1所述的代码统计方法，其特征在于，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据之后，还包括：

如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

3.根据权利要求1所述的代码统计方法，其特征在于，当用户申请不同分支合并时，拉取被合并分支的所有提交数据之前，包括：

预先生成具有多个分支的代码库工程。

4.根据权利要求1所述的代码统计方法，其特征在于，如果不是由分支合并，则判断当前提交数据是否存在已统计的提交数据包括：

如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；

如果查询时，对应分支和提交ID存在则是非首次提交；

如果查询时，对应分支和提交ID不存在则为首次提交。

5.根据权利要求1所述的代码统计方法，其特征在于，

如果是由分支合并，则不统计当前提交数据包括：

多分支合并提交代码时，对最早提交的分支进行统计代码；

如果有存在已统计的提交数据，则不统计当前提交数据包括：

如果存在已统计的最早提交的分支代码统计，则不统计当前提交数据。

6.一种代码统计装置，其特征在于，用于过滤重复统计的代码数据，包括：

拉取模块，用于当用户申请不同分支内合并时，拉取被合并分支的所有提交数据；

第一判断模块，用于判断当前提交数据是否由分支合并；

处理模块，用于在是由分支合并时，不统计当前提交数据；

第二判断模块，用于在不是由分支合并时，则判断当前提交数据是否存在已统计的提交数据；

处理模块，还用于在存在已统计的提交数据时，不统计当前提交数据。

7.根据权利要求6所述的代码统计装置，其特征在于，还包括：存储模块，用于

如果不存在已统计的提交数据，则按照第一次提交的代码数据进行存储。

8.根据权利要求6所述的代码统计装置，其特征在于，代码库模块，用于预先生成具有多个分支的代码库工程。

9.根据权利要求6所述的代码统计装置，其特征在于，所述第二判断模块，用于

如果不是由分支合并，则判断是否为首次提交，其中首次提交是指在第一次提交代码时记录的对应分支名以及对应的提交ID；

如果查询时，对应分支和提交ID存在则是非首次提交；

如果查询时，对应分支和提交ID不存在则为首次提交。

10.根据权利要求6所述的代码统计装置，其特征在于，

所述处理模块，用于在多分支合并提交代码时，对最早提交的分支进行统计代码；

所述处理模块，还用于在存在已统计的最早提交的分支代码统计时，则不统计当前提交数据。

Images