代码同步方法及装置与流程

1.本公开涉及软件技术领域，特别是涉及一种代码同步方法及装置。


背景技术：

2.随着软件规模的不断扩大，为达到项目有序进行、需求灵活发布的目的，代码分支模型逐渐多样化，分支类型、分支数量也随之逐渐增多，如何高效地在不同分支间进行代码同步成为日益关注的问题。
3.在实现本公开技术方案过程中，发明人发现相关技术中在进行不同分支间的代码同步时，需要开发人员频繁进行克隆/更新代码库、进行分支同步、推送代码变更到远程库等操作，这存在人工操作成本高、容易影响本地、代码分支数较多时出错率高的缺陷。


技术实现要素：

4.本公开的一个方面提供了一种代码同步方法，包括：接收任务触发指令，所述任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支；获取所述源分支在开发过程中的第一代码提交记录，并根据所述第一代码提交记录生成第一修订清单；根据所述第一修订清单，确定用于代码同步的分支代码范围；将所述分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
5.可选地，所述获取所述源分支在开发过程中的第一代码提交记录，并根据所述第一代码提交记录生成第一修订清单，包括：根据所述第一代码提交记录，确定所述源分支代码在开发过程中的n处修订位置及与第i处修订位置关联的修订时间，得到所述第一修订清单，其中，n为正整数，i为区间[1，n]内的任意整数，所述修订位置为所述源分支代码中的修订行的行号。
[0006]
可选地，所述根据所述第一修订清单，确定用于代码同步的分支代码范围，包括：将所述第一修订清单中的起始修订行号，作为所述分支代码范围的起始修订行号；将所述第一修订清单中的终止修订行号或稳定修订行号，作为所述分支代码范围的终止修订行号；其中，所述稳定修订行号为所述源分支中测试通过或版本发布的最新修订行号。
[0007]
可选地，所述将所述分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件，包括：根据所述目标分支的分支属性，将所述目标分支中的最新代码行号，作为代码同步操作的起始代码行号；基于确定出的所述代码同步操作的起始代码行号，根据所述第一修订清单指示的修订时序，将所述分支代码范围内的源分支代码同步至所述目标分支代码，得到更新后的代码文件。
[0008]
可选地，本方法还包括：识别所述源分支代码和所述目标分支代码中的变更冲突信息；基于所述变更冲突信息，确定代码同步过程中出现的冲突类型；根据所述任务触发指令指示的冲突处理策略，采取与所述冲突类型匹配的处理方式，处理代码同步过程中出现的冲突，其中，所述冲突类型包括文件冲突和树冲突。
[0009]
可选地，本方法还包括：基于所述变更冲突信息，确定与所述变更冲突信息关联的
冲突代码是否属于可自动合并类型；根据所述冲突代码是否属于可自动合并类型，以及根据所述冲突代码所处的提交阶段，生成不同冲突级别的告警通知。
[0010]
可选地，在将所述分支代码范围内的源分支代码同步至所述目标分支代码后，还包括：获取代码同步过程中的第二代码提交记录，并根据所述第二代码提交记录生成第二修订清单；提取所述第一修订清单与所述第二修订清单中的修订差异信息；生成针对所述修订差异信息的告警通知，以供用户处理所述修订差异信息。
[0011]
可选地，所述代码同步方法用于gerrit代码管理平台。
[0012]
本公开的另一方面提供了一种代码同步装置，包括：接收模块，用于接收任务触发指令，所述任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支；第一处理模块，用于获取所述源分支在开发过程中的第一代码提交记录，并根据所述第一代码提交记录生成第一修订清单；第二处理模块，用于根据所述第一修订清单，确定用于代码同步的分支代码范围；第三处理模块，用于将所述分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0013]
可选地，所述第一处理模块包括：第一处理子模块，用于根据所述第一代码提交记录，确定所述源分支代码在开发过程中的n处修订位置及与第i处修订位置关联的修订时间，得到所述第一修订清单，其中，n为正整数，i为区间[1，n]内的任意整数，所述修订位置为所述源分支代码中的修订行的行号。
[0014]
可选地，所述第二处理模块包括：第二处理子模块，用于将所述第一修订清单中的起始修订行号，作为所述分支代码范围的起始修订行号；第三处理子模块，用于将所述第一修订清单中的终止修订行号或稳定修订行号，作为所述分支代码范围的终止修订行号，其中，所述稳定修订行号为所述源分支中测试通过或版本发布的最新修订行号。
[0015]
可选地，所述第三处理模块包括：第四处理子模块，用于根据所述目标分支的分支属性，将所述目标分支中的最新代码行号，作为代码同步操作的起始代码行号；第五处理子模块，用于基于确定出的所述代码同步操作的起始代码行号，根据所述第一修订清单指示的修订时序，将所述分支代码范围内的源分支代码同步至所述目标分支代码，得到更新后的代码文件。
[0016]
可选地，本装置还包括第四处理模块，第四处理模块包括第六处理子模块，用于识别所述源分支代码和所述目标分支代码中的变更冲突信息；第七处理子模块，用于基于所述变更冲突信息，确定代码同步过程中出现的冲突类型；第八处理子模块，用于根据所述任务触发指令指示的冲突处理策略，采取与所述冲突类型匹配的处理方式，处理代码同步过程中出现的冲突，其中，所述冲突类型包括文件冲突和树冲突。
[0017]
可选地，本装置还包括第五处理模块，第五处理模块包括第九处理子模块，用于基于所述变更冲突信息，确定与所述变更冲突信息关联的冲突代码是否属于可自动合并类型；第十处理子模块，用于根据所述冲突代码是否属于可自动合并类型，以及根据所述冲突代码所处的提交阶段，生成不同冲突级别的告警通知。
[0018]
可选地，本装置还包括第六处理模块，第六处理模块包括第十一处理子模块，用于获取代码同步过程中的第二代码提交记录，并根据所述第二代码提交记录生成第二修订清单；第十二处理子模块，用于提取所述第一修订清单与所述第二修订清单中的修订差异信息；第十三处理子模块，用于生成针对所述修订差异信息的告警通知，以供用户处理所述修
订差异信息。
[0019]
可选地，本装置集成于gerrit代码管理平台。
[0020]
本公开的另一方面提供了一种电子设备，包括一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本公开实施例的方法。
[0021]
本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现本公开实施例的方法。
[0022]
本公开的另一方面提供了一种计算机程序产品，包括计算机可读指令，其中，所述计算机可读指令被执行时用于执行本公开实施例的代码同步方法。
附图说明
[0023]
为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中，
[0024]
图1示意性示出了根据本公开实施例的代码同步方法及装置的系统架构；
[0025]
图2示意性示出了根据本公开实施例的一种代码同步方法的流程图；
[0026]
图3示意性示出了根据本公开实施例的另一代码同步方法的流程图；
[0027]
图4示意性示出了根据本公开实施例的又一代码同步方法的流程图；
[0028]
图5示意性示出了根据本公开实施例的再一代码同步方法的流程图；
[0029]
图6示意性示出了根据本公开实施例的利用gerrit代码管理平台进行代码同步的操作流程示意图；
[0030]
图7示意性示出了根据本公开实施例的一种代码同步装置的框图；
[0031]
图8示意性示出了根据本公开实施例的电子设备的框图。
具体实施方式
[0032]
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性地，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
[0033]
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、操作、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、操作、操作或部件。
[0034]
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
[0035]
在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
[0036]
附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方
框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程代码同步装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。
[0037]
本公开的实施例提供了一种代码同步方法以及能够应用该方法的处理装置。在本方法中，首先，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支，接下来，获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单，然后，根据第一修订清单，确定用于代码同步的分支代码范围，最后，将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0038]
图1示意性示出了根据本公开实施例的代码同步方法及装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
[0039]
如图1所示，系统架构100可以包括项目开发端(图中示出了多个，如项目开发端101、102、103)、网络104和代码管理平台105，网络104为用于在项目开发端101、102、103和代码管理平台105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。代码管理平台105作为本方案执行主体，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或分布式系统，还可以是提供云服务、云计算、网络服务、中间件服务等基础云计算服务的云服务器。
[0040]
代码管理平台105接收来自项目开发端(如项目开发端101)的任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支，接下来，代码管理平台105获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单，然后，根据第一修订清单，确定用于代码同步的分支代码范围，最后，代码管理平台105将分支代码范围内的源分支代码同步至项目开发端(如项目开发端103)中的目标分支代码，得到更新后的代码文件。
[0041]
需要说明的是，本公开实施例的代码同步方法和装置可用于金融领域，也可用于除金融领域之外的任意领域。以下将结合附图和具体实施例详细阐述本公开。
[0042]
图2示意性示出了根据本公开实施例的一种代码同步方法的流程图，如图2所示，方法200可以包括操作s210～s240。
[0043]
在操作s210，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支。
[0044]
接下来，在操作s220，获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单。
[0045]
接下来，在操作s230，根据第一修订清单，确定用于代码同步的分支代码范围。
[0046]
接下来，在操作s240，将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0047]
下面详细说明本实施例的代码同步方法的各步骤的具体流程。
[0048]
在操作s210，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支。
[0049]
在本实施例中，具体地，接收来自项目开发端的任务触发指令，任务触发指令中包含被触发的代码同步任务的同步参数，同步参数指示待执行代码同步的目标分支，以及指示用于代码同步的源分支。此外，同步参数还可以指示代码同步频率、代码同步范围、同步结果提交策略、默认冲突解决策略、自定义冲突解决策略、冲突提交策略等信息。
[0050]
作为一种可行的方式，通过使用由gerrit(一种免费、开放码源的代码管理平台)官方提供的插件生成方法，生成用于执行代码同步的gerrit插件，以及基于gerrit插件建立对应的http服务功能。项目开发人员可以通过常规接口调用的方式，提供版本库名、目标分支名、源分支名、冲突处理策略等同步参数，发起线上代码同步请求。
[0051]
当同一项目下存在多个迭代需要开发时，为降低开发过程中不同迭代间的代码变更影响，可以在项目开发的主分支基础上创建多个副本分支进行开发。此外，同一项目中的应用产品可能包含通用基础功能和不同个性化功能，可以利用主分支开发应用产品的通用基础功能，利用不同副本分支开发应用产品的个性化功能。用于代码同步的源分支可以是项目开发中的副本分支，以此保证在分支开发模式下，将副本分支中的代码变更情况合入主分支。另外，用于代码同步的源分支也可以是项目开发中的主分支，通过定期将主分支中的代码更新同步至副本分支，以此保证副本分支代码的完整性。
[0052]
接下来，在操作s220，获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单。
[0053]
在本实施例中，具体地，分支代码在开发过程中会生成代码提交记录，代码提交记录描述分支代码的代码变更信息。获取源分支在开发过程中生成的第一代码提交记录，更具体地，获取源分支在与目标分支的最近次代码同步后的开发过程中的第一代码提交记录，基于获取的第一代码提交记录，确定源分支在开发过程中的代码变更信息。具体地，根据第一代码提交记录，确定源分支代码在对应开发过程中的所有修订位置，以及确定与各修订位置关联的修订时间，得到第一修订清单，其中，修订位置为源分支代码中的修订行的行号。
[0054]
接下来，在操作s230，根据第一修订清单，确定用于代码同步的分支代码范围。
[0055]
在本实施例中，具体地，根据源分支在开发过程中的代码变更信息，确定用于向目标分支进行代码同步的分支代码范围。进一步地，根据源分支在对应开发过程中的代码修订行号，确定源分支代码中待进行同步操作的代码行号。
[0056]
在对代码进行规范性检查与复杂度分析时，需以代码块为最小逻辑单位进行。因此，作为一种可行的方式，可以判断目标分支中的代码修订行是否连续，如果连续，将连续的代码修订行合并为修改块，如果不连续，直接将代码修订行标记为修改块。将包含修改块的代码块作为待进行同步操作的修订代码块，当源分支中包含不止一个修订代码块时，将各修订代码块中的最起始代码行作为分支代码范围的起始代码行，将各修订代码块中的最末尾代码行作为分支代码范围的终止代码行。
[0057]
接下来，在操作s240，将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0058]
在本实施例中，具体地，根据目标分支的分支属性，将目标分支中的最新修订行作为代码同步操作的起始修订行。从项目开发终端中拉取目标分支代码文件和源分支代码文件，根据确定出的代码同步操作的起始修订行，以及根据确定出的用于代码同步的分支代码范围，将分支代码范围内的源分支代码同步至目标分支代码，以完成针对目标分支的代码同步操作。
[0059]
通过本公开实施例，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支；获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单；根据第一修订清单，确定用于代码同步的分支代码范围；将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。本设计有效解决了相关技术中需要开发人员频繁操作以进行代码同步工作造成的代码同步效率低、人工操作成本高的缺陷，有利于改善代码开发进度，控制开发分支数较多时代码同步操作的出错率，能够有效提升应用产品的版本发布效率。
[0060]
图3示意性示出了根据本公开实施例的另一代码同步方法的流程图，如图3所示，方法300可以包括操作s210、s320～s340。
[0061]
在操作s210，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支。
[0062]
接下来，在操作s320，获取源分支在开发过程中的第一代码提交记录，根据第一代码提交记录，确定源分支代码在开发过程中的n处修订位置及与第i处修订位置关联的修订时间，得到第一修订清单，其中，n为正整数，i为区间[1，n]内的任意整数，修订位置为源分支代码中的修订行的行号。
[0063]
接下来，在操作s330，将第一修订清单中的起始修订行号，作为用于代码同步的分支代码范围的起始修订行号，将第一修订清单中的终止修订行号或稳定修订行号，作为用于代码同步的分支代码范围的终止修订行号，其中，稳定修订行号为源分支中测试通过或版本发布的最新修订行号。
[0064]
接下来，在操作s340，根据目标分支的分支属性，将目标分支中的最新代码行号，作为代码同步操作的起始代码行号，基于确定出的代码同步操作的起始代码行号，根据第一修订清单指示的修订时序，将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0065]
下面详细说明本实施例的代码同步方法的各步骤的具体流程。
[0066]
在本实施例中，具体地，在开发分支代码的过程中，项目开发端(例如svn系统)会生成分支代码的若干代码提交记录。在分支代码开发完成后，获取分支代码在开发过程中的代码提交记录，根据代码提交记录确定分支代码在开发过程中的代码变更信息。获取源分支在与目标分支最近一次代码同步后的开发过程中的代码提交记录，即获取源分支在开发过程中的第一代码提交记录。解析第一代码提交记录，确定源分支代码在对应开发过程中的n处修订位置及与第i处修订位置关联的修订时间，得到第一修订清单，其中，n为正整数，i为区间[1，n]内的任意整数，修订位置为源分支代码中的修订行的行号。
[0067]
在确定源分支中用于代码同步的分支代码范围时，将第一修订清单中的起始修订行号，作为分支代码范围的起始修订行号，将第一修订清单中的终止修订行号，作为分支代码范围的终止修订行号。在分支代码的开发过程中，可能不断引进不同的代码变更内容，不
断引进的代码变更内容无法保证分支代码的规范性与准确性。因此，可以将源分支中测试通过或版本发布后的最新修订行号，作为源分支中的稳定修订行号，并将源分支中的稳定修订行号用作分支代码范围的终止修订行号。
[0068]
默认情况下，将目标分支中的最新代码行号，作为代码同步操作的起始代码行号，实际应用中，也可以根据业务需求指定目标分支的任意代码行号，作为代码同步操作的起始代码行号。由于第一修订清单描述源分支中与各修订行关联的修订时间，因此，根据第一修订清单指示的修订时序，依次将分支代码范围内的各修订行的代码内容，合并至目标分支代码中，得到更新后的代码文件。
[0069]
在将分支代码范围内的全部代码内容合并至目标分支后，生成针对代码同步过程的代码提交记录并提交。此外，还可以获取代码提交记录的哈希值，并将哈希值返回项目开发端的业务人员，以供业务人员基于哈希值进行代码同步过程追溯。
[0070]
图4示意性示出了根据本公开实施例的又一代码同步方法的流程图，如图4所示，方法400除操作s210～s240外(图4进行了省略)，还可以包括操作s410～s430。
[0071]
在操作s410，识别源分支代码和目标分支代码中的变更冲突信息。
[0072]
接下来，在操作s420，基于变更冲突信息，确定代码同步过程中出现的冲突类型。
[0073]
接下来，在操作s430，根据任务触发指令指示的冲突处理策略，采取与冲突类型匹配的处理方式，处理代码同步过程中出现的冲突，其中，冲突类型包括文件冲突和树冲突。
[0074]
下面详细说明本实施例的代码同步方法的各步骤的具体流程。
[0075]
在本实施例中，具体地，从项目开发端中拉取源分支代码文件和目标分支代码文件，通过遍历源分支代码文件和目标分支代码文件，识别两个分支代码文件中的差异部分，得到源分支代码和目标分支代码中的变更冲突信息。变更冲突信息例如包括在源分支与目标分支的相同代码子文件中，由不同开发人员对相同代码子文件的同一代码行或相邻代码行进行修改所造成的冲突，或者还包括在源分支与目标分支的相同代码子文件中，由不同开发人员对代码行甚至代码子文件，进行移动、删除、重命名操作所造成的冲突。
[0076]
基于识别出的变更冲突信息，确定代码同步过程中出现的冲突类型，冲突类型包括文件冲突和树冲突，由不同开发人员对相同代码子文件的同一代码行或相邻代码行进行修改所造成的冲突构成文件冲突，由不同开发人员对代码行甚至代码子文件，进行移动、删除、重命名操作所造成的冲突构成树冲突。
[0077]
接下来，根据任务触发指令指示的冲突处理策略，采取与冲突类型匹配的处理方式，处理代码同步过程中出现的冲突。冲突处理策略包括默认冲突处理策略和自定义冲突处理策略，实际应用中，冲突处理策略例如包括ours、theirs、gitattribute策略，其中，ours策略为在代码同步过程出现冲突的情况下，冲突代码以目标分支上的代码版本为准，非冲突代码段的同步逻辑保持不变；theirs策略为在代码同步过程出现冲突的情况下，冲突代码以源分支上的代码版本为准，非冲突代码段的同步逻辑保持不变；gitattribute策略为在代码同步过程出现冲突的情况下，支持通过.gitattribute文件指定针对某一代码文件使用ours或theirs策略，其中，.gitattribute文件的格式定义如下：文件路径merge＝xxx，其中xxx为冲突处理策略，其值可以为ours或theirs。
[0078]
可选地，任务触发指令中的同步参数还可以包括冲突提交策略，在根据冲突提交策略判断需要提交冲突告警通知的情况下，可以基于变更冲突信息，确定与变更冲突信息
关联的冲突代码是否属于可自动合并类型，根据冲突代码是否属于可自动合并类型，以及根据冲突代码所处的提交阶段，生成不同冲突级别的告警通知。当冲突代码属于可自动合并类型时，生成第一级别的告警通知；当冲突代码属于不可自动合并类型且未提交类型时，生成第二级别的告警通知；当冲突代码属于不可自动合并类型且已提交类型时，生成第三级别的告警通知。
[0079]
告警通知中包含冲突相关信息，例如包括冲突代码文件路径、冲突代码内容和行号、冲突代码在目标分支与源分支中的最近一次历史提交信息。不同级别的告警通知有利于开发人员迅速掌握代码冲突情况，方便开发人员追踪代码冲突信息。通过提供线上冲突自动处理功能，无需开发人员在本地版本库对代码文件逐一进行冲突处理，有利于减少代码同步过程中的人工操作成本，减少代码同步操作耗时，有利于大大提高代码同步效率，降低代码同步过程出错率。
[0080]
图5示意性示出了根据本公开实施例的再一代码同步方法的流程图，如图5所示，方法500除操作s210～s240外(图5进行了省略)，还可以包括操作s510～s530。
[0081]
在操作s510，获取代码同步过程中的第二代码提交记录，并根据第二代码提交记录生成第二修订清单。
[0082]
接下来，在操作s520，提取第一修订清单与第二修订清单中的修订差异信息。
[0083]
接下来，在操作s530，生成针对修订差异信息的告警通知，以供用户处理修订差异信息。
[0084]
下面详细说明本实施例的代码同步方法的各步骤的具体流程。
[0085]
在本实施例中，具体地，第一修订清单描述源分支在与目标分支的最近次代码同步后的开发过程中的代码变更信息，第二修订清单描述目标分支在与源分支进行代码同步过程中的代码变更信息。比对第一修订清单和第二修订清单，以识别两个修订清单中的差异部分。具体地，在对第一修订清单和第二修订清单进行比较的过程中，删除其中的相同修订信息，提取其中的差异修订信息。基于差异修订信息生成告警通知，并将告警通知发送给用户，以供开发人员查找合并过程中产生的冲突并解决，这有利于降低代码同步过程的出错率，解决代码同步过程出现的不规范问题。
[0086]
图6示意性示出了根据本公开实施例的利用gerrit代码管理平台进行代码同步的操作流程示意图，如图6所示，操作流程600包括操作s601～s606。
[0087]
在操作s601，接收由服务调用方发起的任务触发指令。
[0088]
服务调用方(第三方系统或者用户)可以通过编写接口调用代码(例如使用java语言编写httpclient接口调用工具包)，或者使用接口调用工具(例如使用postman工具)，向gerrit代码管理平台发起服务调用请求，以生成针对代码同步任务的任务触发指令。服务调用方需在服务调用请求中提供版本库名称、源分支、目标分支等同步参数。另外，如需在代码同步过程中自动处理冲突，服务调用方还需在服务调用请求中提供冲突处理策略入参。
[0089]
接下来，在操作s602，根据任务触发指令中的同步参数，进行针对目标分支的代码同步操作，以及根据任务触发指令中的冲突处理策略，自动处理代码同步过程中出现的冲突。
[0090]
gerrit代码管理平台基于接收的任务触发指令，自动对指定版本库的目标分支进
行代码同步操作。在任务触发指令中包含冲突处理策略入参的情况下，基于冲突处理策略自动处理代码同步过程中出现的冲突，并向服务调用方返回冲突代码信息、已解决的冲突代码信息、未解决的冲突代码信息等内容。
[0091]
接下来，操作s603，判断代码同步过程是否存在尚未自动化解决的冲突。
[0092]
如果否，执行操作s604，继续执行代码同步操作，并在代码同步操作完成后生成代码提交记录，以及向服务调用方返回代码提交记录的哈希值，流程结束。
[0093]
如果否，执行操作s605，中止执行代码同步操作，并向服务调用方返回未解决的冲突代码信息。冲突代码信息例如包括冲突代码文件路径、冲突代码内容和行号、冲突代码在目标分支与源分支中的最近一次历史提交信息。
[0094]
接下来，操作s606，如果服务调用方再次发起同步服务请求，或另提供冲突处理策略入参以尝试继续解决冲突，则进入操作s601，否则，流程结束。
[0095]
通过提供一种http服务功能，代码同步操作均可在gerrit代码管理平台中完成，用户无需额外部署服务器，即可实现自动化进行版本库的分支代码同步。通过常规接口调用方式使用分支代码同步服务，易于将gerrit代码管理平台集成到第三方系统，易于实现合流开发模式下的代码同步操作。
[0096]
图7示意性示出了根据本公开实施例的一种代码同步装置的框图。
[0097]
如图7所示，装置700包括接收模块701、第一处理模块702、第二处理模块703和第三处理模块704。
[0098]
其中，接收模块701，用于接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支；第一处理模块702，用于获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单；第二处理模块703，用于根据第一修订清单，确定用于代码同步的分支代码范围；第三处理模块704，用于将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0099]
通过本公开实施例，接收任务触发指令，任务触发指令指示待执行代码同步的目标分支，以及指示用于代码同步的源分支；获取源分支在开发过程中的第一代码提交记录，并根据第一代码提交记录生成第一修订清单；根据第一修订清单，确定用于代码同步的分支代码范围；将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。本设计有效解决了相关技术中需要开发人员频繁操作以进行代码同步工作造成的代码同步效率低、人工操作成本高的缺陷，有利于改善代码开发进度，控制开发分支数较多时代码同步操作的出错率，能够有效提升应用产品的版本发布效率。
[0100]
作为一种可行的方式，第一处理模块包括：第一处理子模块，用于根据第一代码提交记录，确定源分支代码在开发过程中的n处修订位置及与第i处修订位置关联的修订时间，得到第一修订清单，其中，n为正整数，i为区间[1，n]内的任意整数，修订位置为源分支代码中的修订行的行号。
[0101]
作为一种可行的方式，第二处理模块包括：第二处理子模块，用于将第一修订清单中的起始修订行号，作为分支代码范围的起始修订行号；第三处理子模块，用于将第一修订清单中的终止修订行号或稳定修订行号，作为分支代码范围的终止修订行号，其中，稳定修订行号为源分支中测试通过或版本发布的最新修订行号。
[0102]
作为一种可行的方式，第三处理模块包括：第四处理子模块，用于根据目标分支的
分支属性，将目标分支中的最新代码行号，作为代码同步操作的起始代码行号；第五处理子模块，用于基于确定出的代码同步操作的起始代码行号，根据第一修订清单指示的修订时序，将分支代码范围内的源分支代码同步至目标分支代码，得到更新后的代码文件。
[0103]
作为一种可行的方式，本装置还包括第四处理模块，第四处理模块包括第六处理子模块，用于识别源分支代码和目标分支代码中的变更冲突信息；第七处理子模块，用于基于变更冲突信息，确定代码同步过程中出现的冲突类型；第八处理子模块，用于根据任务触发指令指示的冲突处理策略，采取与冲突类型匹配的处理方式，处理代码同步过程中出现的冲突，其中，冲突类型包括文件冲突和树冲突。
[0104]
作为一种可行的方式，本装置还包括第五处理模块，第五处理模块包括第九处理子模块，用于基于变更冲突信息，确定与变更冲突信息关联的冲突代码是否属于可自动合并类型；第十处理子模块，用于根据冲突代码是否属于可自动合并类型，以及根据冲突代码所处的提交阶段，生成不同冲突级别的告警通知。
[0105]
作为一种可行的方式，本装置还包括第六处理模块，第六处理模块包括第十一处理子模块，用于获取代码同步过程中的第二代码提交记录，并根据第二代码提交记录生成第二修订清单；第十二处理子模块，用于提取第一修订清单与第二修订清单中的修订差异信息；第十三处理子模块，用于生成针对修订差异信息的告警通知，以供用户处理修订差异信息。
[0106]
作为一种可行的方式，本装置集成于gerrit代码管理平台。
[0107]
需要说明的是，在本公开实施例中，装置部分的实施方式与方法部分的实施方式相同或类似，在此不再赘述。
[0108]
根据本公开的实施例的模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者根据本公开实施例的模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0109]
例如，接收模块701、第一处理模块702、第二处理模块703和第三处理模块704中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，接收模块701、第一处理模块702、第二处理模块703和第三处理模块704中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。接收模块701、第一处理模块702、第二处理模块703和第三处理模块704中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0110]
图8示意性示出了适于实现根据本公开实施例的处理方法和处理装置的电子设备800的方框图。图8示出的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0111]
如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0112]
在ram 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除rom 802和ram 803以外的一个或多个存储器中。处理器801也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
[0113]
根据本公开的实施例，电子设备800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。电子设备800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0114]
根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
[0115]
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
[0116]
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的
rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
[0117]
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的用于文件上传漏洞的检测方法。
[0118]
在该计算机程序被处理器801执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
[0119]
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0120]
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0121]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0122]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。