CN112579097B - 软件项目构建方法、装置、存储介质及电子设备 - Google Patents

Abstract

本公开提供一种软件项目构建方法、装置、存储介质及电子设备；涉及计算机技术领域。所述方法包括：监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。本公开基于对代码仓库的回调可以实现多个代码仓库的自动构建，从而提高软件项目的开发和构建效率。

Description

软件项目构建方法、装置、存储介质及电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种软件项目构建方法、软件项目构建装置、计算机可读存储介质以及电子设备。

背景技术

在互联网快速发展的时代，伴随着软件项目越来越庞大，软件的功能和参与开发的人数也在迅速增加。以直播软件为例，可以分为至少三大类功能模块，分别是基础层、业务层、视频层，每一层有专门的团队维护。

然而，出于代码安全和权限控制等原因，不同功能模块的源码需要分开存储，即对应多个代码仓库。其中，高权限的代码仓库只对特定的开发者开放，如业务组不能访问视频组的源码。源码间的隔离为软件的自动构建带来了困难，降低了软件项目的开发和构建效率。

因此，为了提高软件项目的开发和构建效率，提供一种软件项目构建方法以实现多个代码仓库的自动构建是非常必要的。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种软件项目构建方法、软件项目构建装置、计算机可读存储介质以及电子设备，以解决现有技术中软件项目的开发和构建效率低的问题。

根据本公开的第一方面，提供一种软件项目构建方法，包括：

监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；

将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；

根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。

在本公开的一种示例性实施例中，所述监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调，包括：

监测到目标软件项目的从代码仓库更新时，向中转服务器发送对所述从代码仓库的回调请求；

在所述中转服务器响应所述回调请求后，执行对所述从代码仓库的回调。

在本公开的一种示例性实施例中，所述执行对所述从代码仓库的回调，包括：

解析对所述从代码仓库执行回调时采用的回调函数，得到对应的回调参数；

基于所述回调参数，确定所述从代码仓库中的更新文件。

在本公开的一种示例性实施例中，所述基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件，包括：

根据回调得到的所述从代码仓库中的更新文件，调用对应的构建脚本；

利用所述构建脚本对所述从代码仓库中的代码进行编译，生成第一编译文件。

在本公开的一种示例性实施例中，所述目标软件项目的配置文件包括总配置文件和子配置文件；

所述将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库，包括：

解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表；

遍历所述代码仓库列表，获取所述从代码仓库中与主代码仓库存在依赖关系的子配置文件；

将所述子配置文件同步到所述主代码仓库中。

在本公开的一种示例性实施例中，所述解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表，还包括：

当所述代码仓库列表为空列表时，结束所述目标软件项目的构建流程。

在本公开的一种示例性实施例中，所述根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件，包括：

监测到所述主代码仓库更新时，触发对所述主代码仓库的回调；

根据回调得到的所述主代码仓库中的所述子配置文件，调用对应的构建脚本；

利用所述构建脚本对所述主代码仓库中的代码进行编译，生成第二编译文件。

根据本公开的第二方面，提供一种软件项目构建装置，包括：

回调触发模块，用于监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

第一编译模块，用于基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；

文件同步模块，用于将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；

第二编译模块，用于根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

文件生成模块，用于基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的软件项目构建方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述所述的软件项目构建方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开示例实施方式所提供的软件项目构建方法中，通过监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。一方面，该方法基于对代码仓库的回调可以实现多个代码仓库的自动构建，从而提高软件项目的开发和构建效率。另一方面，通过同步具有依赖关系的配置文件可以触发代码仓库的依次构建，避免在构建代码仓库时出现冲突。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出了可以应用本公开实施例的一种软件项目构建方法及装置的示例性系统架构的示意图；

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图；

图3示出了一种软件项目构建方法的流程图；

图4示意性示出了根据本公开的一个实施例的软件项目构建方法的流程图；

图5示意性示出了根据本公开的一个实施例的第一目标文件生成的流程图；

图6示意性示出了根据本公开的一个实施例的文件同步的流程图；

图7示意性示出了根据本公开的又一个实施例的软件项目构建方法的流程图；

图8示意性示出了根据本公开的一个实施例的软件项目构建装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种软件项目构建方法及装置的示例性应用环境的系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的软件项目构建方法一般由服务器105执行，相应地，软件项目构建装置一般设置于服务器105中。但本领域技术人员容易理解的是，本公开实施例所提供的软件项目构建方法也可以由终端设备101、102、103执行，相应的，软件项目构建装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和装置中限定的各种功能。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图4至图6所示的各个步骤等。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

以下对本公开实施例的技术方案进行详细阐述：

在构建软件项目的过程中，如果软件由单一代码仓库组成，所有人员均在同一个代码仓库上开发。当代码仓库有修改时，开发者提交代码后会到构建网站上启动构建，生成可运行程序。

参考图3所示，该软件项目有多个隔离的代码仓库，代码仓库1、代码仓库2、……，对于不同的代码仓库，对应有不同的构建脚本，构建脚本1、构建脚本2、……。软件项目的构建流程可以是：首先，开发者可以将源码提交到代码仓库1。接着，开发者通过构建网站触发构建，打包机执行对应的打包脚本1。最后，生成软件产品，可以是exe格式的可运行程序。

如果软件由多个隔离的代码仓库组成，如包括A代码仓库和B代码仓库，分别由A组人员和B组人员维护。假设A代码仓库是主代码仓库，B代码仓库是从代码仓库，那么A组人员和B组人员都可以看到A代码仓库，而只有B组人员能看到B代码仓库。B组人员修改B代码仓库中的代码后，可以本地构建B代码仓库。然后，开发者将发生变更的B代码仓库的头文件或者二进制文件手动拷贝到A代码仓库，可以到构建网站上启动A代码仓库的构建。

但是，在本地构建代码仓库时可能存在冲突。如代码不是最新，或者多人同时提交构建结果时，会出现功能不全，或者版本覆盖等问题。另外。另外，由于不是将头文件和二进制文件自动同步到A代码仓库，而是进行手动拷贝，这一操作可能会出错。相对于自动构建软件项目来说，手动构建过程降低了软件项目的开发和构建效率。

基于上述一个或多个问题，本示例实施方式提供了一种软件项目构建方法，该方法可以应用于上述服务器105，也可以应用于上述终端设备101、102、103中的一个或多个，本示例性实施例中对此不做特殊限定。参考图4所示，该软件项目构建方法可以包括以下步骤S410至步骤S450：

步骤S410.监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

步骤S420.基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；

步骤S430.将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；

步骤S440.根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

步骤S450.基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。

在本公开示例实施方式所提供的软件项目构建方法中，通过监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。一方面，该方法基于对代码仓库的回调可以实现多个代码仓库的自动构建，从而提高软件项目的开发和构建效率。另一方面，通过同步具有依赖关系的配置文件可以触发代码仓库的依次构建，避免在构建代码仓库时出现冲突。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S410中，监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调。

在开发软件项目时，可以通过CVS(Concurrent Versions System，代码版本控制软件)软件在多人开发环境下对源码进行维护，其维护的文件类型可以是文本类型，也可以是二进制类型。如在一台服务器上建立一个源代码仓库，源代码仓库中可以存放多个不同软件项目的源程序，并由源代码仓库管理员统一管理。用户在使用源代码仓库之前，需要将源代码仓库中的项目文件下载到本地，用户可以在本地任意修改，然后用CVS命令进行提交，由CVS源代码仓库统一管理修改。这样既可以避免项目文件的提交冲突，又可以做到跟踪项目文件变化。

软件项目可以是应用程序、客户端软件等的构建项目。CVS软件可以是GIT(分布式版本控制系统)，也可以是SVN(集中式版本控制系统)。GIT支持分布式部署，可以有效、高速的处理不同大小的项目版本管理。GIT相比于SVN的区别在于开发者可以将项目文件提交到本地，每个开发者可以通过克隆，在本地机器上拷贝一个完整的GIT仓库。

示例性的，所述目标软件项目由A、B、C三个代码仓库组成时，A、B、C组的维护人员均可看到A代码仓库，则可以称A代码仓库为主代码仓库。B、C组的维护人员分别只能B、C代码仓库，则可以称B、C代码仓库为从代码仓库。可以理解的是，对于B、C代码仓库，如果C组的维护人员还可以看到B代码仓库，则B代码仓库可以为相对于C代码仓库的主代码仓库。当监测到目标软件项目的从代码仓库更新时，可以触发对所述从代码仓库的回调。

一种示例实施方式中，所述目标软件项目可以由GIT、SVN等多个代码仓库组成，GIT代码仓库和SVN代码仓库均可以提供Webhooks(回调)机制。Webhooks是指用户通过自定义回调函数的方式来改变Web应用程序，即允许使用者注册回调，在代码仓库触发某些事件时调用回调。如通过SVN Commit指令提交源码时调用回调，进而通知到使用者，对应的可以将SVN的Commit-event(提交事件)通知到使用者。类似的，也可以将GIT的Push-event(提交事件)通知到使用者，如GIT Webhook在用户Push代码后，可以自动回调预设的HTTP地址，如Post一个更新的JSON信息，可以根据该信息自动拉取GIT代码仓库中的代码，实现自动同步功能。

首先，回调可以是一个CGI(Common Gateway Interface，通用网关接口)。CGI是一个Web服务器主机提供信息服务的标准接口，通过CGI接口，Web服务器可以获取客户端提交的信息，并转交给服务器端的CGI程序进行处理，最后可以返回结果给客户端。可以看出，组成CGI通信系统的是两部分：一部分是HTML(超文本标记语言)页面，即在用户端浏览器上显示的页面。另一部分是运行在服务器上的CGI程序。本示例实施方式中，可以将CGI注册到CVS软件的代码仓库的Webhooks中。

另外，可以搭建一个HTTP Server(以超文本传输协议进行数据通讯的服务器)作为中转服务器，并将CGI运行其中。一旦开发者有源码提交，就会提交请求到此HTTPServer，执行该CGI，从而触发代码仓库的构建。HTTP Server可以采用HTTP(超文本传输协议)进行数据通讯，也可以采用HTTPS(加密的超文本传输通讯协议)进行数据通讯。

例如，Web浏览器与HTTP Server建立连接，可以打开一个称为socket(套接字)的虚拟文件，此文件的建立标志着连接建立成功。Web浏览器通过socket向HTTP Server提交请求。HTTP的请求一般是GET或POST命令，其中，POST用于FORM参数的传递。Web浏览器提交请求后，通过HTTP协议传送给HTTP Server。HTTP Server接收到该请求后，进行相应的事务处理，并将处理结果通过HTTP传回给Web浏览器，从而在Web浏览器上显示出所请求的页面。当应答结束后，HTTP Server与Web服务器必须断开，以保证其它Web浏览器能够与HTTPServer建立连接。

一种示例实施方式中，当监测到目标软件项目的从代码仓库更新时，可以向中转服务器发送对所述从代码仓库的回调请求。在所述中转服务器响应所述回调请求后，触发对所述从代码仓库的回调。例如，开发者将源码提交到GIT代码仓库时，可以向HTTP Server发送对GIT代码仓库的回调请求。HTTP Server响应该回调请求后，可以执行注册在GITWebhook中的CGI，从而触发GIT代码仓库的构建。

参考图5所示，对所述从代码仓库的回调过程可以包括以下步骤：

步骤S510.解析对所述从代码仓库执行回调时采用的回调函数，得到对应的回调参数；

可以先定义一个回调函数，提供函数实现的一方在初始化的时候，将回调函数的函数指针注册给调用者，当特定的事件或条件发生的时候，调用者使用函数指针调用回调函数对事件进行处理。需要注意的是，回调函数不是由该函数的实现方直接调用，而是在特定的事件或条件发生时由另外一方调用，用于对该事件或条件进行响应。

例如，对于GIT Webhook，回调函数可以被存储在GIT代码仓库目录下的子目录中。当初始化一个新版本库时，GIT代码仓库默认会在该目录中放置一些示例脚本。所述脚本除了本身可以被调用外，还包含被触发时所传入的参数。因此，可以解析如Query、Post字段中的参数。

步骤S520.基于所述回调参数，确定所述从代码仓库中的更新文件。

GIT Webhook在用户Push代码后，可以自动回调预设的HTTP地址，如Post一个更新的JSON信息，可以根据该信息自动拉取GIT代码仓库中的代码。即可以获得回调来自哪个代码仓库，进一步的，还可以获得该代码仓库中有哪些文件被修改。

在步骤S420中，基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件。

用户可以根据不同的需求，来编写不同的构建脚本。对于不同的代码仓库，可以调用不同的构建脚本来进行代码仓库的构建。例如，可以根据回调得到的从代码仓库中更新文件，也就是被修改文件，调用对应的构建脚本，利用构建脚本可以对该从代码仓库中的代码进行编译，生成第一编译文件，如二进制文件。所述二进制文件可以静态链接库文件，也可以是动态链接库文件。

在代码编译的过程中，代码会被拆成很多部分，每部分放在一个独立的源文件中。例如，程序中有两个函数main()和abc()，main()函数位于main.cpp，abc()函数位于abc.cpp，main()函数中可以调用abc()函数。由于是对单个源文件进行编译，在编译main.cpp时，编译器不知道是否存在abc()函数以及abc()调用是否正确，因此需要头文件辅助。也就是说，在编译命令时，需要借助头文件中的函数声明来判断。因此，代码仓库中可以包含二进制文件和对应的头文件。

在步骤S430中，将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库。参考图6所示，该过程可以包括以下步骤：

步骤S610.解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表。

本示例实施方式中，所述目标软件项目的配置文件可以包括总配置文件和子配置文件。对应的，本示例所述方法需要维护两类配置文件，分别为总代码仓库依赖文件和子代码仓库依赖文件。

总代码仓库依赖文件可以描述某个软件项目下所有代码库之间的彼此依赖关系。总代码仓库依赖文件的格式可以是JSON(JavaScript Object Notation，一种轻量级的数据交换格式)格式，也可以是XML(eXtensible Markup Language，可扩展标记语言)格式。例如，总代码仓库依赖文件的内容可以为A:{B，C}，B:{C}，C:{}。其中，A可以为主代码仓库，B、C可以为从代码仓库，可以看出A代码仓库依赖于B代码仓库和C代码仓库。相对于B、C代码仓库，B可以为主代码仓库，C可以为从代码仓库，B代码仓库又依赖于C代码仓库。

子代码仓库依赖文件可以描述两个有依赖关系的代码库之间的构建依赖，比如从代码仓库构建完成后需要同步到主代码仓库的文件列表，即B代码仓库构建完成后需要同步到A代码仓库的文件列表。类似的，子代码仓库依赖文件的格式可以是JSON格式，也可以是XML格式。

例如，子代码仓库依赖文件的内容可以如下，也可以根据实际的工程需要进行修改。

该子代码库依赖文件说明在A代码仓库和B代码仓库中，“xxx.h”、“yyy.lib”、“zzz.dll”三个文件存在依赖关系，而且，分别配置了三个文件在A代码仓库和B代码仓库的存储路径。

对于一个软件项目，可以有一个总代码仓库依赖文件和多个子代码仓库依赖文件，并且可以一起存储，存储在HTTP Server中，供Webhook CGI使用。

另外，可以根据所述目标软件项目的代码库之间的依赖关系，更新所述目标软件项目的配置文件。即如果有代码库之间有依赖的变更，需要修改所述配置文件。也即当总代码库依赖文件发生变化时，需要对应修改子代码库依赖文件。

通过解析所述总代码仓库依赖文件，可以得到依赖所述从代码仓库的代码仓库列表。例如，总代码仓库依赖文件为A:{B，C}，B:{C}，C:{}时，解析该文件可以得到依赖于B代码仓库的代码仓库列表中包括A代码仓库，依赖于C代码仓库的代码仓库列表中包括A代码仓库、B代码仓库。

步骤S620.遍历所述代码仓库列表，获取所述从代码仓库中与主代码仓库存在依赖关系的子配置文件。

以C代码仓库为从代码仓库时，得到对应的代码仓库列表为(A、B)，说明A代码仓库、B代码仓库与C代码仓库之间存在依赖关系。因此，可以将A代码仓库、B代码仓库分别作为待构建的主代码仓库。根据所述依赖关系，分别获取用来描述A代码仓库和C代码仓库、B代码仓库和C代码仓库间依赖关系的子代码仓库依赖文件。

步骤S630.将所述子配置文件同步到所述主代码仓库中。

以A代码仓库和B代码仓库之间的子代码仓库依赖文件为例，该文件包括A代码仓库和B代码仓库之间存在依赖关系的文件，如文件“xxx.h”、“yyy.lib”、“zzz.dll”。在B代码仓库构建完成后，可以将具有依赖关系的依赖文件同步到A代码仓库中，如将文件“xxx.h”、“yyy.lib”、“zzz.dll”覆盖到A代码仓库中指定的目录和文件。同步完成后，打包机会将所述文件进行提交，这一步提交又可以触发A代码仓库的自动构建。通过同步具有依赖关系的配置文件可以触发代码仓库的依次构建，进而避免在构建代码仓库时出现冲突。

当监测到所述主代码仓库接收所述子配置文件时，可以触发对所述主代码仓库的回调。接收与主代码仓库具有依赖关系的依赖文件时，Webhook CGI可以执行对所述主代码仓库的回调，可以完成整体的自动同步和构建流程，从而提高目标软件项目的开发和构建效率。

在步骤S440中，根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件。

一种示例实施方式中，从代码仓库完成自动构建后，会将子代码仓库依赖文件同步到所述主代码仓库中，意味着所述主代码仓库发生变化。因此，当监测到目标软件项目的主代码仓库更新时，可以触发对所述主代码仓库的回调。例如，将从代码仓库的子配置文件拷贝到主代码仓库时，文件拷贝的过程会触发对该主代码仓库的回调。通过解析回调参数能够确定是主代码仓库中的子配置文件被修改。此时，可以根据该子配置文件，调用对应于该主代码仓库的构建脚本，利用该构建脚本可以对该主代码仓库中的代码进行编译，生成第二编译文件。

在步骤S450中，基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。

本示例实施方式中，假设目标软件项目由从代码仓库和主代码仓库组成，在所述从代码仓库和主代码仓库完成自动构建后，可以将生成的第一编译文件和第二编译文件作为所述目标软件项目的可执行文件，也就是将打包机对所有代码仓库中的代码进行编译后生成的二进制文件作为该目标软件项目的可执行文件进行发布，该文件扩展名的格式可以为.exe，也可以为.com。

一种示例实施方式中，当所述代码仓库列表为空列表时，结束软件项目的构建流程。例如，总代码仓库依赖文件为A:{B}，B:{}时，开发者修改代码并提交到B代码仓库时，触发B代码仓库进行自动构建。构建完成后，解析所述总代码仓库依赖文件可以得到依赖B代码仓库的仓库列表(A)。根据此列表，获取对应的子代码仓库依赖文件，将B代码仓库与A代码仓库存在依赖关系的依赖文件同步到A代码仓库中，触发A代码仓库进行自动构建。构建完成后，再次解析所述总代码仓库依赖文件，得到代码仓库列表为空列表，说明没有其他代码仓库依赖于A代码仓库的构建输出，可以结束该软件项目的构建流程。

图7示出了一种软件项目构建的流程图，具体过程如下：

步骤S710，开发者将源码提交到代码仓库，如将源码提交到GIT代码仓库；

步骤S720，向HTTP Server发送回调GIT代码仓库的请求，从而触发Webhooks CGI，执行对GIT代码仓库的回调。通过解析回调中的请求参数，可以解析出是哪个代码仓库提交了代码，也可以确定该代码仓库的哪些文件被修改；

步骤S730，利用打包机触发构建，即调用该代码仓库的构建脚本对该代码仓库中的代码进行编译。另外，通过解析总代码仓库依赖文件,可以获取一份依赖列表。如果列表为空，结束软件项目的构建流程，执行步骤S740。如果不为空，说明有其他代码仓库依赖于库的构建输出。通过遍历该依赖列表，可以获取对应的子代码库依赖文件，依据该子代码库依赖文件可以将最新的构建结果同步到其他代码仓库，如可以将具有依赖关系的头文件、二进制文件同步到其他代码仓库。而这一步会触发其他代码仓库的Webhooks回调，重新进入步骤S720，如此递归，直到完成主工程的全部构建。

步骤S740，输出软件产品，也就是软件的可执行程序。

该方法通过增加HTTP Server和Webhooks CGI,实现了软件项目的自动构建。

一种示例实施方式的具体实施例中，总代码仓库依赖文件为A:{B}，B:{C，D}，C:{D}说明该软件项目包括A、B、C、D多个代码仓库。具体的构建过程可以是：假如D代码仓库的源码有修改时，开发者将修改后的源码提交到D代码仓库，触发Webhooks CGI，通过解析CGI的请求参数确定出变动的代码仓库，即确定是D代码仓库发生变动，并调用D代码仓库的构建脚本对该仓库中的代码进行编译，完成D代码仓库的自动构建。

由总代码仓库依赖文件可知，B代码仓库、C代码仓库依赖于D代码仓库。因此，可以获取对应的子代码仓库依赖文件，假设由该文件可知，D代码仓库的头文件和二进制文件与B代码仓库、C代码仓库均存在依赖，可以将所述头文件和二进制文件同步到B代码仓库、C代码仓库中，意味着B代码仓库、C代码仓库发生变动。因此，同步依赖文件的这一步骤会触发B代码仓库、C代码仓库的自动构建。同时，可以将C代码仓库的最新构建结果同步到B代码仓库。

由于A代码仓库依赖于B代码仓库,在B代码仓库完成自动构建后，又会将子代码仓库依赖文件同步到A代码仓库，触发A代码仓库的自动构建。如此递归，直到解析总代码仓库依赖文件得到的依赖列表为空列表时，结束自动构建流程。

在本公开示例实施方式所提供的软件项目构建方法中，通过监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。一方面，该方法基于对代码仓库的回调可以实现多个代码仓库的自动构建，从而提高软件项目的开发和构建效率。另一方面，通过同步具有依赖关系的配置文件可以触发代码仓库的依次构建，避免在构建代码仓库时出现冲突。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种软件项目构建装置。该装置可以应用于一服务器或终端设备。参考图8所示，该软件项目构建装置800可以包括回调触发模块810、第一编译模块820、文件同步模块830、第二编译模块840和文件生成模块850，其中：

回调触发模块810，用于监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

第一编译模块820，用于基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；

文件同步模块830，用于将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库；

第二编译模块840，用于根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

文件生成模块850，用于基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件。

在一种可选的实施方式中，回调触发模块810包括：

回调请求接收模块，用于监测到目标软件项目的从代码仓库更新时，向中转服务器发送对所述从代码仓库的回调请求；

第一回调执行模块，用于在所述中转服务器响应所述回调请求后，执行对所述从代码仓库的回调。

在一种可选的实施方式中，第一回调执行模块包括：

回调函数解析模块，用于解析对所述从代码仓库执行回调时采用的回调函数，得到对应的回调参数；

更新文件确定模块，用于基于所述回调参数，确定所述从代码仓库中的更新文件。

在一种可选的实施方式中，第一编译模块820包括：

第一构建脚本调用模块，用于根据回调得到的所述从代码仓库中的更新文件，调用对应的构建脚本；

第一编译文件生成模块，用于利用所述构建脚本对所述从代码仓库中的代码进行编译，生成第一编译文件。

在一种可选的实施方式中，文件同步模块830中的所述目标软件项目的配置文件包括总配置文件和子配置文件；文件同步模块830包括：

文件解析模块，用于解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表；

文件获取模块，用于遍历所述代码仓库列表，获取所述从代码仓库中与主代码仓库存在依赖关系的子配置文件；

文件同步模块，用于将所述子配置文件同步到所述主代码仓库中。

在一种可选的实施方式中，文件解析模块还被配置为：当所述代码仓库列表为空列表时，结束所述目标软件项目的构建流程。

在一种可选的实施方式中，第二编译模块840包括：

主代码仓库回调模块，用于监测到所述主代码仓库更新时，触发对所述主代码仓库的回调；

第二构建脚本调用模块，用于根据回调得到的所述主代码仓库中的所述子配置文件，调用对应的构建脚本；

第二编译文件生成模块，用于利用所述构建脚本对所述主代码仓库中的代码进行编译，生成第二编译文件。

上述软件项目构建装置中各模块的具体细节已经在对应的软件项目构建方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (9)

1.一种软件项目构建方法，其特征在于，包括：

监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件；

将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库，所述目标软件项目的配置文件包括总配置文件和子配置文件；

根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件；

所述将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库，包括：

解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表；

遍历所述代码仓库列表，获取所述从代码仓库中与主代码仓库存在依赖关系的子配置文件；

将所述子配置文件同步到所述主代码仓库中。

2.根据权利要求1所述的软件项目构建方法，其特征在于，所述监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调，包括：

监测到目标软件项目的从代码仓库更新时，向中转服务器发送对所述从代码仓库的回调请求；

在所述中转服务器响应所述回调请求后，执行对所述从代码仓库的回调。

3.根据权利要求2所述的软件项目构建方法，其特征在于，所述执行对所述从代码仓库的回调，包括：

解析对所述从代码仓库执行回调时采用的回调函数，得到对应的回调参数；

基于所述回调参数，确定所述从代码仓库中的更新文件。

4.根据权利要求1所述的软件项目构建方法，其特征在于，所述基于回调得到的所述从代码仓库中的更新文件，对所述从代码仓库中的代码进行编译，生成第一编译文件，包括：

根据回调得到的所述从代码仓库中的更新文件，调用对应的构建脚本；

利用所述构建脚本对所述从代码仓库中的代码进行编译，生成第一编译文件。

5.根据权利要求1所述的软件项目构建方法，其特征在于，所述解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表，还包括：

当所述代码仓库列表为空列表时，结束所述目标软件项目的构建流程。

6.根据权利要求1所述的软件项目构建方法，其特征在于，所述根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件，包括：

监测到所述主代码仓库更新时，触发对所述主代码仓库的回调；

根据回调得到的所述主代码仓库中的所述子配置文件，调用对应的构建脚本；

利用所述构建脚本对所述主代码仓库中的代码进行编译，生成第二编译文件。

7.一种软件项目构建装置，其特征在于，包括：

回调触发模块，用于监测到目标软件项目的从代码仓库更新时，触发对所述从代码仓库的回调；

第一编译模块，用于基于回调结果，对所述从代码仓库中的代码进行编译，生成第一编译文件；

文件同步模块，用于将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库，所述目标软件项目的配置文件包括总配置文件和子配置文件；

第二编译模块，用于根据所述配置文件对所述主代码仓库中的代码进行编译，生成第二编译文件；

文件生成模块，用于基于所述第一编译文件和所述第二编译文件，得到所述目标软件项目的可执行文件；

所述将所述从代码仓库中与主代码仓库存在依赖关系的配置文件同步到所述主代码仓库，包括：

解析所述总配置文件，得到依赖所述从代码仓库的代码仓库列表；

遍历所述代码仓库列表，获取所述从代码仓库中与主代码仓库存在依赖关系的子配置文件；

将所述子配置文件同步到所述主代码仓库中。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述方法。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-6任一项所述的方法。