CN116028064A - 基于Git的代码处理方法、***、设备及存储介质 - Google Patents

Abstract

本申请提供了一种代码处理方法、***、设备及存储介质，通过基于Git的代码处理方法，通过接收代码合并指令，触发基于Git的回调函数；调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

Description

基于Git的代码处理方法、***、设备及存储介质

技术领域

本申请属于计算机技术领域，具体地，涉及一种基于Git的代码处理方法、***、设备及存储介质。

背景技术

Git***是一个开源的分布式版本控制***，可以有效、高速地处理项目版本管理。Git***多用于对IOS开发项目进行代码管理。在IOS项目开发过程中，主工程通常由多个模块组成，每个模块均配备有相应的Git***。当开发人员接收到针对主工程的相应开发需求时，需从上述多个模块所对应的Git***中拉取相应的开发分支，并针对上述开发需求进行需求开发。当需求开发完毕进行项目发布时，需将上述模块中因需求开发所拉取的开发分支合并到该模块相应的发布分支中。

但是，当开发者需要将自己的代码分支合并到某个指定的分支时，需要发起合并代码以及选择代码审核人，代码审核人确认没问题后还需要点击“合并”代码等代码处理流程，因此整个代码分支合并过程需要很多处理节点，可是作为开发人员需要大量时间专注于写代码，若提交代码的精力、时间投入越多，整个项目的开发时间也会大大增加，也延长了挣个项目开发开发周期。

发明内容

本发明提出的基于Git的代码处理方法、***、设备及存储介质，可以减少代码处理节点，缩短代码合并流程的时间。

根据本申请实施例的第一个方面，提供了一种基于Git的代码处理方法，包括：

接收代码合并指令，触发基于Git的回调函数；

调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；

确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

在本申请一些实施方式中，代码合并服务，具体包括以下服务步骤：

获取源代码以及代码描述规范；

确认代码描述规范的请求格式正确；根据代码描述规范，获取合并分支参数以及源分支参数；

根据合并分支参数以及源分支参数，发起代码合并分支请求；并返回合并结果。

在本申请一些实施方式中，确认代码描述规范的请求格式正确，具体包括：

获取代码描述规范的请求格式；

若请求格式包括所有合并分支参数以及源分支参数，则确认服务指向地址的请求格式正确。

在本申请一些实施方式中，根据代码描述规范，获取合并分支参数以及源分支参数，具体包括：

根据代码描述规范的请求格式，获取代码审核人、目标代码合并分支以及提交代码功能描述作为合并分支参数；

根据代码描述规范的请求格式，获取源代码作为源分支参数。

在本申请一些实施方式中，接收代码合并指令，触发回调函数，具体包括：

基于Git平台的Webhook中设置回调函数；

通过Webhook检测代码合并指令；

根据代码合并指令，触发回调函数。

在本申请一些实施方式中，调用回调函数中的服务指向地址，具体包括：

基于回调函数，设置URL地址作为服务指向地址；URL地址指向代码合并服务；

调用回调函数的URL地址。

在本申请一些实施方式中，调用回调函数中的服务指向地址之后，还包括：

确认服务指向地址返回的合并结果为合并分支失败，则拒绝代码合并指令。

根据本申请实施例的第二个方面，提供了一种基于Git的代码处理***，具体包括：

指令获取单元：用于接收代码合并指令，触发基于Git的回调函数；

服务回调单元：用于调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；

代码保存单元：用于确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

根据本申请实施例的第三个方面，提供了一种代码处理设备，包括：

存储器：用于存储可执行指令；以及

处理器:用于与存储器连接以执行可执行指令从而完成代码处理方法。

根据本申请实施例的第四个方面，提供了一种计算机可读存储介质，其上存储有计算机程序；计算机程序被处理器执行以实现代码处理方法。

采用本申请基于Git的代码处理方法、***、设备及存储介质，接收代码合并指令，触发基于Git的回调函数；调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1中示出了现有代码合并分支的方法的步骤示意图；

图2中示出了根据本申请实施例的代码处理方法的步骤示意图；

图3中示出了根据本申请实施例中代码合并服务的步骤示意图；

图4中示出了根据本申请实施例中确认代码描述规范的请求格式正确的步骤示例图；

图5中示出了根据本申请实施例中触发回调函数的步骤示例图；

图6中示出了根据本申请实施例中代码处理方法的原理流程图；

图7中示出了根据本申请实施例的代码处理***的结构示意图；

图8中示出了根据本申请实施例的代码处理设备的结构示意图。

具体实施方式

在实现本申请的过程中，发明人发现开发人员基于Git***需要将自己的代码分支合并到某个指定的分支时，需要发起合并代码以及选择代码审核人，代码审核人确认没问题后还需要点击“合并”代码等代码处理流程，因此整个代码分支合并过程需要很多处理节点。

可是作为开发人员需要大量时间专注于写代码，若提交代码的精力、时间投入越多，整个项目的开发时间也会大大增加，也延长了挣个项目开发开发周期。

图1中示出了现有代码合并分支的方法的步骤示意图。

如图1所示，目前，开发者写完代码需要合并代码分支时，需要先提交代码，然后进入到Git的可视化页面上发起分支合并请求，将自己代码的源分支合并到指定的目标分支，同时在合并请求里面还需要指定代码审核人；当分支合并请求发起成功后，代码审核人看到这次的分支合并请求并通过后，返回分支合并请求成功结果。

由此可见，开发人员提交完代码后，还需要处理后续一系列动作，最后才能发起一个代码分支合并请求，造成了目前的代码合并分支流程过于繁琐，占用了开发者较多的精力和时间，大大延长了代码处理时间以及整个项目开发周期。

同时，申请人还发现在实际应用中，开发者在通过Git可视化管理页面进行代码处理时，因其功能繁杂而多，体验也不友好，这也无形中大大增加了开发者的代码处理工作量和时间。

基于此，申请人通过对Git的分支管理进行深入研究，发现Git提供的Webhook的扩展功能，结合对开发人员提交的代码习惯一系列研究，通过回调一个基于Git服务的代码合并服务后台***，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务后台***的具体功能和代码合并实现过程。

具体的，本申请采用基于Git的代码处理方法、***、设备及存储介质，通过接收代码合并指令，触发基于Git的回调函数；调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

另外，本申请还可以同时相应多个代码合并指令，为不同的代码合并指令分配不同的配置文件接口。

在响应于特定的代码合并指令时，通过主项目在Git***的配置文件接口读取源代码文件之后，为每一个可以根据配置文件确定开发需求所对应的若干待合并分支，及每一待合并分支对应的目的分支；确定完毕之后可以响应于合并触发操作，向Git***提交针对若干带合并分支和目的分支的合并指令，使Git***合并每一待合并分支及其对应的目的分支。本申请可以实现批量的将开发需求所对应的各改动模块中的开发分支准确的合并到发布分支中，进一步提高了分支代码的合并效率，且便于查看分支代码的合并结果。

为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例1

图2中示出了根据本申请实施例的代码处理方法的步骤示意图。

如图2所示，本申请实施例的代码处理方法，包括以下步骤：

S1：接收代码合并指令，触发基于Git的回调函数。

S2：调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；

S3：确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

本申请通过通过回调一个基于Git服务的回调函数，回调函数中的服务指向地址指向代码合并服务，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务的具体功能和代码合并实现过程。

图3中示出了根据本申请实施例中代码合并服务的步骤示意图。

具体展开描述的，如图3所示，S2中服务指向地址指向的代码合并服务，具体包括以下服务步骤：

S101：获取源代码以及代码描述规范；

S102：确认代码描述规范的请求格式正确；根据代码描述规范，获取合并分支参数以及源分支参数；

S103：根据合并分支参数以及源分支参数，发起代码合并分支请求；并返回合并结果。

图4中示出了根据本申请实施例中确认代码描述规范的请求格式正确的步骤示例图。

如图4所示，在一些实施例中，S3中确认代码描述规范的请求格式正确，具体包括：

S31：获取代码描述规范的请求格式；

S32：若请求格式包括所有合并分支参数以及源分支参数，则确认服务指向地址的请求格式正确。

其中，S32中根据代码描述规范，获取合并分支参数以及源分支参数，具体包括：根据代码描述规范的请求格式，获取代码审核人、目标代码合并分支以及提交代码功能描述作为合并分支参数；根据代码描述规范的请求格式，获取源代码作为源分支参数。

图5中示出了根据本申请实施例中触发回调函数的步骤示例图。

如图5所示，其他优选实施例中，在具体实施S1接收代码合并指令，触发回调函数时，具体包括：

S11：基于Git平台的Webhook设置回调函数。S12：Webhook检测代码合并指令。S13：代码合并指令触发回调函数。

同时，S2中调用回调函数中的服务指向地址，具体包括：

基于回调函数，设置URL地址作为服务指向地址；URL地址指向代码合并服务；调用回调函数的URL地址。

优选实施例汇总，调用回调函数中的服务指向地址之后，还包括：确认服务指向地址返回的合并结果为合并分支失败，则拒绝代码合并指令。

图6中示出了根据本申请实施例中代码处理方法的原理流程图。

如图6所示，为了进一步描述本申请实施例的代码处理方法，以下通过具体流程示意进行描述。

1)首先，搭建一个代码合并服务***，并具体定义设置代码合并服务后台***的服务流程。

2)然后，在Webhook里设置一个URL地址，这个URL地址可以直接指向代码合并服务后台***。

其中，Webhook是Git分支管理的一个回调的机制，当用户提交代码到Git平台时，Git平台检测、感知到用户提交代码，在Git平台把用户提交的代码保存之前，触发回调函数，回调函数调用Webhook里面的URL地址；URL地址指向的代码合并服务后台***具体进行代码合并操作，并返回合并结果。

若URL地址返回结果是合并成功结果，Git平台保存用户提交的代码；如果URL地址返回的结果是合并失败结果，那么Git平台拒绝用户提交的代码。

具体的，在代码合并服务后台***进行代码合并时，需要首先检查代码描述规范的请求格式，若代码描述规范正确，即按照一定的顺序填写或者描述了合并参数，则生成代码合并请求并返回合并成功结果。若代码描述规范错误，即没有按照一定的顺序填写或者描述了合并参数，则不能生成代码合并请求并返回合并失败结果。

3)最后，实际提交代码时，按照一定的代码描述规范填写好代码的描述内容，点击代码合并。

其中，代码描述规范包括顺序为代码审核人、目标合并分支描述以及本次提交代码的功能描述的规范。

综上所述，本申请代码合并分支处理的大致流程为：用户提交代码、Git平台检测合并分支指令、触发回调函数调用Webhook的URL地址以及合并成功后保存用户提交的代码。

综上，本申请基于Git提供的Webhook的扩展功能，结合对开发人员提交的代码习惯一系列研究，通过回调一个基于Git服务的代码合并服务后台***，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务后台***的具体功能和代码合并实现过程。

另外，本申请还可以同时相应多个代码合并指令，为不同的代码合并指令分配不同的配置文件接口。

在响应于特定的代码合并指令时，通过主项目在Git***的配置文件接口读取源代码文件之后，为每一个可以根据配置文件确定开发需求所对应的若干待合并分支，及每一待合并分支对应的目的分支；确定完毕之后可以响应于合并触发操作，向Git***提交针对若干带合并分支和目的分支的合并指令，使Git***合并每一待合并分支及其对应的目的分支。本申请可以实现批量的将开发需求所对应的各改动模块中的开发分支准确的合并到发布分支中，进一步提高了分支代码的合并效率，且便于查看分支代码的合并结果。

采用本申请基于Git的代码处理方法，通过接收代码合并指令，触发基于Git的回调函数；调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

实施例2

本实施例提供了一种代码处理***，对于本实施例的代码处理***中未披露的细节，请参照其它实施例中的代码处理方法的具体实施内容。

图7中示出了根据本申请实施例的代码处理***的结构示意图。

如图7所示，本申请实施例的代码处理***，具体包括指令获取单元10、服务回调单元20以及代码保存单元30。

具体的，

指令获取单元10：用于接收代码合并指令，触发基于Git的回调函数。

服务回调单元20：用于调用回调函数中的服务指向地址，服务指向地址指向代码合并服务。

代码保存单元30：用于确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

本申请的代码处理***通过通过回调一个基于Git服务的回调函数，回调函数中的服务指向地址指向代码合并服务，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务的具体功能和代码合并实现过程。

具体的，本申请的代码处理***还包括代码合并单元，所述服务回调单元20中服务指向地址指向的是代码合并单元的代码合并服务，代码合并单元的代码合并服务具体包括：获取源代码以及代码描述规范；确认代码描述规范的请求格式正确；根据代码描述规范，获取合并分支参数以及源分支参数；根据合并分支参数以及源分支参数，发起代码合并分支请求；并返回合并结果。

具体的，代码保存单元30中确认代码描述规范的请求格式正确，具体包括：获取代码描述规范的请求格式；若请求格式包括所有合并分支参数以及源分支参数，则确认服务指向地址的请求格式正确。

其中，根据代码描述规范，获取合并分支参数以及源分支参数，具体包括：根据代码描述规范的请求格式，获取代码审核人、目标代码合并分支以及提交代码功能描述作为合并分支参数；根据代码描述规范的请求格式，获取源代码作为源分支参数。

具体的，在指令获取单元10接收代码合并指令，触发回调函数时，具体包括：基于Git平台的Webhook设置回调函数；Webhook检测代码合并指令；代码合并指令触发回调函数。

同时，调用回调函数中的服务指向地址，具体包括：基于回调函数，设置URL地址作为服务指向地址；URL地址指向代码合并服务；调用回调函数的URL地址。

优选实施例汇总，调用回调函数中的服务指向地址之后，还包括若确认服务指向地址返回的合并结果为合并分支失败，则拒绝代码合并指令。

综上，本申请基于Git提供的Webhook的扩展功能，结合对开发人员提交的代码习惯一系列研究，通过回调一个基于Git服务的代码合并服务后台***，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务后台***的具体功能和代码合并实现过程。

因此，采用本申请基于Git的代码处理***，通过指令获取单元10接收代码合并指令，触发基于Git的回调函数；服务回调单元20调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；代码保存单元30确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

实施例3

本实施例提供了一种代码处理设备，对于本实施例的代码处理设备中未披露的细节，请参照其它实施例中的代码处理方法或***具体的实施内容。

图8中示出了根据本申请实施例的代码处理设备400的结构示意图。

如图8所示，代码处理设备400，包括：

存储器402：用于存储可执行指令；以及

处理器401:用于与存储器402连接以执行可执行指令从而完成运动矢量预测方法。

本领域技术人员可以理解，示意图8仅仅是代码处理设备400的示例，并不构成对代码处理设备400的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如代码处理设备400还可以包括输入输出设备、网络接入设备、总线等。

所称处理器401(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器401也可以是任何常规的处理器等，处理器401是代码处理设备400的控制中心，利用各种接口和线路连接整个代码处理设备400的各个部分。

存储器402可用于存储计算机可读指令，处理器401通过运行或执行存储在存储器402内的计算机可读指令或模块，以及调用存储在存储器402内的数据，实现代码处理设备400的各种功能。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据代码处理设备400使用所创建的数据等。此外，存储器402可以包括硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)或其他非易失性/易失性存储器件。

代码处理设备400集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序；计算机程序被处理器执行以实现其他实施例中的代码处理方法。

本申请基于Git提供的Webhook的扩展功能，结合对开发人员提交的代码习惯一系列研究，通过回调一个基于Git服务的代码合并服务后台***，可以大大减少代码处理节点，缩短代码合并流程的时间；同时具体搭建了代码合并服务后台***的具体功能和代码合并实现过程。

另外，本申请还可以同时相应多个代码合并指令，为不同的代码合并指令分配不同的配置文件接口。

在响应于特定的代码合并指令时，通过主项目在Git***的配置文件接口读取源代码文件之后，为每一个可以根据配置文件确定开发需求所对应的若干待合并分支，及每一待合并分支对应的目的分支；确定完毕之后可以响应于合并触发操作，向Git***提交针对若干带合并分支和目的分支的合并指令，使Git***合并每一待合并分支及其对应的目的分支。本申请可以实现批量的将开发需求所对应的各改动模块中的开发分支准确的合并到发布分支中，进一步提高了分支代码的合并效率，且便于查看分支代码的合并结果。

因此，采用本申请实施例的代码处理设备及存储介质，通过基于Git的代码处理方法，通过接收代码合并指令，触发基于Git的回调函数；调用回调函数中的服务指向地址，服务指向地址指向代码合并服务；确认服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。本申请大大减少了代码合并分支的处理节点，缩短代码合并流程的时间。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于Git的代码处理方法，其特征在于，包括：

接收代码合并指令，触发基于Git的回调函数；

调用所述回调函数中的服务指向地址，所述服务指向地址指向代码合并服务；

确认所述服务指向地址返回的合并结果为合并分支成功；保存待合并分支代码。

2.根据权利要求1所述的代码处理方法，其特征在于，所述代码合并服务，具体包括以下服务步骤：

获取源代码以及代码描述规范；

确认所述代码描述规范的请求格式正确；根据所述代码描述规范，获取合并分支参数以及源分支参数；

根据所述合并分支参数以及源分支参数，发起代码合并分支请求；并返回合并结果。

3.根据权利要求2所述的代码处理方法，其特征在于，所述确认所述代码描述规范的请求格式正确，具体包括：

获取所述代码描述规范的请求格式；

若所述请求格式包括所有合并分支参数以及源分支参数，则确认所述服务指向地址的请求格式正确。

4.根据权利要求2所述的代码处理方法，其特征在于，所述根据所述代码描述规范，获取合并分支参数以及源分支参数，具体包括：

根据所述代码描述规范的请求格式，获取代码审核人、目标代码合并分支以及提交代码功能描述作为合并分支参数；

根据所述代码描述规范的请求格式，获取源代码作为源分支参数。

5.根据权利要求1所述的代码处理方法，其特征在于，所述接收代码合并指令，触发回调函数，具体包括：

基于Git平台的Webhook设置回调函数；

Webhook检测代码合并指令；

所述代码合并指令触发所述回调函数。

6.根据权利要求1所述的代码处理方法，其特征在于，所述调用所述回调函数中的服务指向地址，具体包括：

基于所述回调函数，设置URL地址作为服务指向地址；所述URL地址指向代码合并服务；

调用所述回调函数的URL地址。

7.根据权利要求1-6任一项所述的代码处理方法，其特征在于，所述调用所述回调函数中的服务指向地址之后，还包括：

确认所述服务指向地址返回的合并结果为合并分支失败，则拒绝所述代码合并指令。

8.一种基于Git的代码处理***，其特征在于，具体包括：

指令获取单元：用于接收代码合并指令，触发基于Git的回调函数；

服务回调单元：用于调用所述回调函数中的服务指向地址，所述服务指向地址指向代码合并服务；

代码保存单元：用于确认所述服务指向地址返回的合并结果为合并分支成功；并保存待合并分支代码。

9.一种代码处理设备，包括：

存储器：用于存储可执行指令；以及

处理器:用于与存储器连接以执行可执行指令从而完成如权利要求1-7任一项所述的代码处理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序；计算机程序被处理器执行以实现如权利要求1-7任一项所述的代码处理方法。

Images