CN112269580A - 增量编译控制方法及装置、存储介质和电子设备 - Google Patents

Abstract

本公开提供一种增量编译控制方法、增量编译控制装置、存储介质和电子设备，涉及计算机技术领域。该增量编译控制方法包括：为每个源码仓库提供一个构建任务，并按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间；通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。本公开实施例能够提高增量编译的效率。

Description

增量编译控制方法及装置、存储介质和电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种增量编译控制方法、增量编译控制装置、计算机可读存储介质和电子设备。

背景技术

现有的构建系统中，任意一个构建任务都可以用工作空间来完成源代码的编译、构建。

相关技术中，增量编译方法可以包括以下方式：方式一、先指定需要参与构建的源代码仓库地址，系统会自动扫描源码仓库中的分支列表，然后为所有分支单独创建一个构建任务，每个构建任务有自己独立的工作空间，此时每个独立的构建任务可以支持各自分支的增量编译和构建。方式二、先指定需要参与构建的源代码仓库地址和目标分支，系统为目标分支创建一个构建任务，对应一个单一的工作空间，分支不发生变化的情况下，可以实现连续的增量编译和构建。

上述方式中，构建任务的数量较多，且系统占用空间较多；由于任意一个构建任务均只能对应一个工作空间，导致同一时刻无法实现多分支并行编译，因此编译效率较低，不便于管理和维护，难以实现工作空间的合理利用。

发明内容

本公开提供一种增量编译控制方法、增量编译控制装置、计算机可读存储介质和电子设备，进而至少在一定程度上克服编译效率较低的问题。

根据本公开的一个方面，提供一种增量编译控制方法，包括：为每个源码仓库提供一个构建任务，并按照构建任务对应的编译分支为所述构建任务分配多个工作空间；通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

根据本公开的一个方面，提供一种增量编译控制装置，包括：工作空间分配模块，用于为每个源码仓库提供一个构建任务，并按照构建任务对应的编译分支为所述构建任务分配多个工作空间；编译模块，用于通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；工作空间回收模块，用于在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述的增量编译控制方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的增量编译控制方法。

在本公开的一些实施例所提供的增量编译控制方法、装置、计算机可读存储介质和电子设备中，一方面，通过为每个源码仓库创建一个构建任务，并且增加了每个构建任务对应的工作空间，能够通过单个构建任务以及每个编译分支对应的工作空间并行执行增量编译处理，并且多个编译分支之间的增量编译相互独立，避免了切换编译分支时需要清除工作空间中编译缓存以及全量编译的步骤以及不同编译分支之间的影响，减少了操作步骤，提高了编译效率。另一方面，由于只需要一个构建任务即可实现整个源码仓库的多编译分支的并行编译和构建，减少了构建任务的数量，从而减少了系统的占用空间，提高了管理和维护的编辑性，且降低了管理和维护的成本。再一方面，可以实现工作空间的动态回收，能够及时对工作空间进行回收和释放，提高工作空间的可用性和合理利用。

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

附图说明

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

图1示出了相关技术中增量编译的示意图。

图2示出了可以应用本公开实施例的增量编译控制方法的系统架构的示意图。

图3示出了本公开实施例中增量编译控制方法的流程示意图。

图4示出了本公开实施例中分配工作空间的示意图。

图5示出了本公开实施例中分配工作空间的流程示意图。

图6示出了本公开实施例中创建路径的流程示意图。

图7示出了本公开实施例中进行回收操作的流程示意图。

图8示出了本公开实施例中进行动态回收操作的示意图。

图9示出了本公开实施例中工作空间管理模块的结构示意图。

图10示意性示出了本公开示例性实施例中增量编译控制装置的方框图。

图11示出了适于用来实现本公开实施例的电子设备的结构示意图。

具体实施方式

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

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

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。另外，下面所有的术语“第一”、“第二”仅是为了区分的目的，不应作为本公开内容的限制。

图1中示意性示出了相关技术中的构建方案的示意图，参考图1中的图A所示，该方案采用多任务模式，先指定需要参与构建的源代码仓库地址，系统会自动扫描源码仓库中的分支列表，然后为所有分支单独创建一个构建任务，每个构建任务有自己独立的工作空间。例如构建任务1对应工作空间1等等。此时每个独立的构建任务可以支持各自分支的增量编译和构建。在这种方式中，构建任务的数量需要和源代码分支的数量相同，当分支数量较多时，这类系统会占用更多的磁盘空间。每个构建任务和各个分支时一一绑定的关系，当某个分支废弃，则对应的构建任务就作废了，需要将该任务删除来释放存储空间，反之，当新增某个分支时，需要新建一个与之对应的构建任务，并分配对应的工作空间。需要定期扫描源码仓库中最新的分支列表，根据最新的分支列表来删除和新建对应的构建任务。管理和维护代价均较高。

再参考图1中的图B所示，该方案采用单任务模式，先指定需要参与构建的源代码仓库地址和目标分支，系统为目标分支创建一个构建任务，对应一个单一的工作空间，分支不发生变化的情况下，可以实现连续的增量编译和构建，一旦切换到另外的分支，需要先在工作空间中清除上次编译的缓存，重新进行一次全量编译，才能继续在新的分支上进行增量编译。这种方式中，由于采用单构建任务+单工作空间的方式，同一时刻只能触发一个分支的编译，不能进行多分支并行编译。当切换到其它分支后，现有的工作空间中的编译缓存不能再有效复用，必须要先删除原有的编译缓存数据，重新执行一次全量的编译，后续再继续再当前分支执行增量编译。

为了解决上述技术问题，图2示出了可以应用本公开实施例的增量编译控制方法或增量编译控制装置的系统架构200的示意图。

该增量编译控制方法可以应用于任意编译过程中。参考图2中所示，具体可以应用于使用终端201，对系统的代码进行编译的过程中，编译结果可以传输至服务器203。其中，终端201可以是各种类型的能够用于进行代码编译的客户端，例如可以为智能手机、平板电脑、台式计算机等等。终端与服务器之间的网络202可以是有线通信链路，例如可以通过串口连接线提供通信链路，也可以是无线通信链路，通过无线网络提供通信链路。服务器203可以为各种类型的服务器，例如某一个公司或者是结构内部的业务系统服务器或者是通用服务器等等。具体地，用户可以通过终端201上的某个应用程序输入源代码，并将源代码传输至服务器进行增量编译，以将编译结果显示在终端上。

需要说明的是，本公开实施例所提供的增量编译控制方法可以完全由服务器来执行，也可以完全由终端来执行。相应地，增量编译控制装置可设置于终端或者是服务器中。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本公开实施例中，首先提供了一种增量编译控制方法。图3中示意性示出了该增量编译控制方法的流程示意图。参考图3中所示，主要包括以下步骤：

在步骤S310中，为每个源码仓库提供一个构建任务，并按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间；

在步骤S320中，通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；

在步骤S330中，在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

本公开实施例提供的技术方案中，一方面，通过为每个源码仓库创建一个构建任务，并且增加了每个构建任务对应的工作空间，能够通过单个构建任务以及每个编译分支对应的工作空间并行执行增量编译处理，避免了切换编译分支时需要清除工作空间中编译缓存以及全量编译的步骤，减少了操作步骤，提高了编译效率。另一方面，由于只需要一个构建任务即可实现整个源码仓库的多编译分支的并行编译和构建，减少了构建任务的数量，从而减少了系统的占用空间，提高了管理和维护的编辑性，且降低了管理和维护的成本。再一方面，可以实现工作空间的动态回收，能够及时对工作空间进行回收和释放，提高工作空间的可用性和合理利用。

接下来，结合附图对本公开实施例中的增量编译控制方法进行详细说明。

在步骤S310中，为每个源码仓库提供一个构建任务，并按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间。

本公开实施例中，源码仓库为预先构建的，将开发的代码在源码仓库中进行维护，为便于整个开发流程中代码分支的适用性和可维护性，单独维护每个项目的开发分支的代码。源码仓库为Git源码仓库，当然，也可使用其他的源码仓库，此处不作特殊限定。源码仓库用于表示需要参与构建的源代码仓库地址。

源码仓库对应构建系统，构建系统是用来从源代码生成用户可以使用的目标的自动化工具。目标可以包括库、可执行文件、或者生成的脚本等等。常用的构建系统包括GNUMake、GNU autotools、CMake、Apache Ant(主要用于JAVA)。

在确定源码仓库后，可以为每一个源码仓库提供一个构建任务。构建系统中存在构建任务，构建任务指的是编译和打包两个过程构成的任务。编译指的是软件源代码通过编译系统识别、转换、优化后，变成中间字节码或者对应软硬件平台的二进制指令集的过程。打包指的是将编译后的字节码或者指令集加上依赖的库和其他资源文件整合在一起，经过签名等认证保护措施后变成可以在目标平台运行的完整的应用软件。相对于相关技术中需要多个构建任务的方式而言，避免了创建多个构建任务，便于构建任务的创建和管理。

在提供一个构建任务后，可以按照该构建任务对应的编译分支分配多个工作空间。编译分支指的是其中存放源代码的仓库中同一个工程源代码的不同版本。不同的编译分支可以独立变化演进，即不同编译分支之间相互独立，互相不受影响。

在按照构建任务对应的编译分支分配多个工作空间时，具体可以为构建任务对应的多个编译分支分别分配一个工作空间。如此一来，工作空间的数量与编译分支的数量相同，且多个编译分支对应的工作空间不同。图4中示意性示出了分配工作空间的示意图，参考图4中所示，源码仓库包括编译分支1、编译分支2和编译分支3。在构建系统中，不管源码仓库包括几个编译分支，均为源码仓库提供一个构建任务。与此同时，还可以为一个构建任务分配多个工作空间，例如分配工作空间1、工作空间2以及工作空间3。其中，每一个编译分支可以与一个工作空间一一对应。例如，工作空间1对应编译分支1、工作空间2对应编译分支2以及工作空间3对应编译分支3等等。

图5中示意性示出了分配工作空间的流程示意图，参考图5中所示，主要包括以下步骤：

在步骤S510中，获取所述构建任务对应的当前编译触发参数，所述当前编译触发参数中包括当前编译分支；

在步骤S520中，根据路径生成规则生成所述当前编译触发参数对应的目标工作空间的路径，并基于所述目标工作空间的路径的状态信息为所述当前编译触发参数分配工作空间。

本公开实施例中，当前编译触发参数指的是编译需要的信息，其中可以包括当前编译分支。当前编译分支可以为所有的编译分支中的任意一个，例如编译分支1、编译分支2或者是编译分支3等等。当前编译分支可以使用其属性信息来表示，属性信息例如可以为分支名称，例如当前编译触发参数可以为env。

进一步地，在获取到当前编译触发参数后，可以生成与当前编译触发参数对应的目标工作空间。路径生成规则用于生成当前编译触发参数对应的目标工作空间的路径。具体而言，可以根据构建系统的根路径以及当前编译分支的属性信息确定每个工作空间的路径。构建系统的根路径对于所有的工作空间均相同。当前编译分支的属性信息可以为当前编译分支的名称。基于此，可以结合整个构建系统的根路径以及当前编译分支的名称来确定目标工作空间的路径。举例而言，每个工作空间的路径是根据当前需要编译的分支名自动创建的，比如触发某次构建的分支名为branch_name_2，则其对应的目标工作空间的路径可以表示为/workspace/branch_name_2，其中/workspace为整个构建系统的工作空间统一根路径。并且，其他所有构建任务的目标工作空间都是这个根路径的子路径。

除此之外，还可以将当前编译分支的属性信息转换为一个字符串，并根据构建系统的根路径以及字符串确定目标工作空间的路径。具体地，可以根据哈希算法将当前编译分支的分支名转换为一个对应的字符串，不同的分支名得到的字符串不同。进一步地可以将构建系统的根路径以及字符串进行组合，得到目标工作空间对应的路径。举例而言，对于分支名branch_name而言，其对应的目标工作空间的路径可以表示为Path＝/workspace/hash(branch_name)＝/workspace/hjxa8ab3uff901e。其中，hash()是一个hash算法，用于将输入的分支名转换为某一个字符串。

图6中示意性示出了创建路径的流程图，参考图6中所示，主要包括以下步骤：

在步骤S610中，获取当前编译触发参数env。

在步骤S620中，生成当前编译触发参数对应的目标工作空间的路径，例如R＝/workspace/env.branch_name。

在步骤S630中，判断目标工作空间的路径的状态信息是否为存在。若是，则转至步骤S640；若否，则转至步骤S650。

在步骤S640中，若判断存在所述目标工作空间的路径，则复用所述路径，以根据所述路径分配所述工作空间。

在步骤S650中，若判断不存在所述目标工作空间的路径，则为所述目标工作空间创建新路径，以根据所述新路径分配所述工作空间。

本公开实施例中，通过目标工作空间的状态信息来生成路径，能够准确地分配工作空间，能避免生成大量的工作空间，实现存储空间的最优化利用。

在步骤S320中，通过多个所述工作空间，控制多个编译分支并行执行增量编译操作。

本公开实施例中，编译指的是软件源代码通过编译系统识别、转换、优化后，变成中间字节码或者对应软硬件平台的二进制指令集的过程。增量编译指的是一份源代码在编译过一次后，再次编译时编译器可以只处理那些新增的或者发生变化的源代码，同时跳过那些和前一次编译相比没有发生变化的源代码的编译策略。

在分配多个工作空间后，可以通过这多个工作空间中的每一个来控制对应的编译分支执行增量编译操作。具体地，可以使用每个编译分支对应的工作空间来控制每个编译分支进行增量编译操作。举例而言，编译分支为分支1时，通过其对应的工作空间1来执行增量编译操作。编译分支为分支2时，通过其对应的工作空间2来执行增量编译操作。

由于不同编译分支的工作空间通过分支名进行区别，从而达到互相隔离的目的，因此各个不同编译分支在同一个构建系统下可以实现并行的增量编译操作。在切换不同编译分支来触发构建系统的编译过程时，由于每个编译分支均对应各自的工作空间，因此不会导致全量编译。本公开实施例中，能够通过编译分支的数量动态创建多个工作空间，因此可以基于多个独立的工作空间来实现不同编译分支的并行增量编译操作，从而减少了编译时需要执行的步骤，提高了编译效率。在某一个编译分支变化时，不会影响到对应的构建任务以及其他编译分支的工作空间，因此能够避免对整个编译过程的影响造成的误差，提高增量编译的准确性。

接下来，继续参考图3中所示，在步骤S330中，在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

本公开实施例中，回收触发指令可以用于触发对工作空间进行回收操作。回收触发指令可以为编译触发或者是定时触发两种情况。编译触发指的是执行编译任务时触发，定时触发指的是在固定时间点进行触发或者是每隔固定时间长度进行触发。当检测到回收触发指令时，可以从多个工作空间中选择出来一个当前工作空间，以对当前工作空间进行动态回收操作。

当前工作空间可以为多个工作空间中正在处理的一个，具体可以根据实际需求而确定，例如可以为工作空间2或者是工作空间3等等。图7中示意性示出了进行回收操作的流程示意图，参考图7中所示，主要包括以下步骤：

在步骤S710中，扫描构建任务所在的构建系统的根路径下的所有路径；

在步骤S720中，根据当前路径的状态信息对所述当前路径对应的当前工作空间进行回收操作，直至循环遍历每个路径进行回收操作为止。

本公开实施例中，构建任务对应的构建系统本身存在一个根路径，该根路径为整个构建系统的工作空间统一根路径，其他所有构建任务的工作空间都是这个根路径的子路径，其他所有编译分支对应的路径也属于该根路径的子路径。

对于一个构建任务而言，可以扫描该构建任务所在的构建系统的根路径下的所有路径，此处的所有路径指的是所有子路径。进一步地，可以将每一个正在处理的路径作为当前路径，例如路径1或者是路径2等等。状态信息用于描述当前路径是否超时未用。超时未用指的是在预设时长内未被占用。当然状态信息也可以为其他信息，此处不作特殊限定。本公开实施例中，可以根据当前路径的状态信息来对当前路径对应的当前工作空间进行回收操作，直至遍历完根路径下的每个路径为止。

图8中示意性示出了进行动态回收操作的流程图，参考图8中所示，主要包括以下步骤：

在步骤S810中，编译触发。

在步骤S820中，定时扫描触发。

在步骤S830中，扫描根路径/workspace下的所有路径。工作空间路径列表可以表示为R[i]，其中，i＝1,2,3,…N。

在步骤S840中，循环遍历根路径中的每个路径。

在步骤S850中，判断当前路径R[i]的状态信息是否属于超时未用。若否，则转至步骤S860；若是，则转至步骤S870。

在步骤S860中，若所述当前路径的状态信息不属于超时未用，则保留所述当前路径R[i]。

在步骤S870中，若所述当前路径的状态信息属于超时未用，则删除所述当前路径R[i]，以对所述当前路径对应的工作空间进行回收操作。在处理完当前路径R[i]后，可以将下一个路径R[i+1]重新作为当前路径，并采用图8中的技术方案进行回收操作，直至处理完N个路径为止。

图8中的技术方案，通过对每一个路径的状态信息进行判断，能够在状态信息满足回收条件时，删除当前路径以对当前路径进行回收操作。由于可以通过当前路径的状态信息来准确判断其是否需要进行回收操作，能够实现工作空间的动态回收，从而实现存储空间的最优化利用。

图9中示意性示出了工作空间管理模块900的结构图，参考图9中所示，其中包括空间分配模块901以及空间回收模块902。其中，空间分配模块901用于根据每个编译分支提供一个工作空间。空间回收模块902用于对当前工作空间进行回收操作。

综上所述，本公开实施例中的技术方案，通过单构建任务和多工作空间的方式，只需单个构建任务即可支撑整个源码仓库的多分支增量编译和构建，能避免创建管理多个构建任务的问题。由于动态创建的多编译分支的多个工作空间，可实现多编译分支的并行增量编译，且多个编译分支之间的增量编译过程独立且不会互相影响，切换不同编译分支来触发构建系统的编译，不会导致全量编译，因此提高了编译效率和编译准确性。能够根据状态信息对工作空间进行动态回收，实现存储空间的最优化利用。

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

图10示意性示出了本公开的示例性实施方式的增量编译控制装置的方框图。参考图10所示，根据本公开的示例性实施方式的增量编译控制装置1000可以包括以下模块：

工作空间分配模块1001，用于为每个源码仓库提供一个构建任务，并按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间；

编译模块1002，用于通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；

工作空间回收模块1003，用于在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

在本公开的一种示例性实施例中，工作空间分配模块包括：分别分配模块，用于为所述构建任务对应的多个编译分支分别分配一个工作空间。

在本公开的一种示例性实施例中，分别分配模块包括：参数获取模块，用于获取所述构建任务对应的当前编译触发参数，所述当前编译触发参数中包括当前编译分支；路径生成模块，用于根据路径生成规则生成所述当前编译触发参数对应的目标工作空间的路径，并基于所述目标工作空间的路径的状态信息为所述当前编译触发参数分配工作空间。

在本公开的一种示例性实施例中，路径生成模块包括：第一生成模块，用于根据所述构建任务所处的构建系统的根路径以及当前编译分支的属性信息确定目标工作空间的路径；或，第二生成模块，用于将所述当前编译分支的属性信息转换为一个字符串，并根据所述构建系统的根路径以及所述字符串确定目标工作空间的路径。

在本公开的一种示例性实施例中，路径生成模块包括：路径复用模块，用于若判断存在所述目标工作空间的路径，则复用所述路径，以根据所述路径分配所述工作空间；路径构建模块，用于若判断不存在所述目标工作空间的路径，则为所述目标工作空间创建新路径，以根据所述新路径分配所述工作空间。

在本公开的一种示例性实施例中，工作空间回收模块包括：路径扫描模块，用于扫描构建任务所在的构建系统的根路径下的所有路径；回收控制模块，用于根据当前路径的状态信息对所述当前路径对应的当前工作空间进行回收操作，直至循环遍历每个路径进行回收操作为止。

在本公开的一种示例性实施例中，回收控制模块包括：路径保留模块，用于若所述当前路径的状态信息不属于超时未用，则保留所述当前路径；路径删除模块，用于若所述当前路径的状态信息属于超时未用，则删除所述当前路径，以对所述当前路径对应的工作空间进行回收操作。

需要说明的是，由于本公开实施方式的增量编译控制装置的各个功能模块与上述增量编译控制方法的实施方式中相同，因此在此不再赘述。

下面参照图11来描述根据本发明的这种实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130、显示单元1140。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1110可以执行如图3中所示的步骤。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。

存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1200(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

本领域技术人员在考虑说明书及实践这里公开的内容后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

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

Claims (10)

1.一种增量编译控制方法，其特征在于，包括：

为每个源码仓库提供一个构建任务，并按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间；

通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；

在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

2.根据权利要求1所述的增量编译控制方法，其特征在于，所述按照所述构建任务对应的编译分支为所述构建任务分配多个工作空间，包括：

为所述构建任务对应的多个编译分支分别分配一个工作空间。

3.根据权利要求2所述的增量编译控制方法，其特征在于，所述为所述构建任务对应的多个编译分支分别分配一个工作空间，包括：

获取所述构建任务对应的当前编译触发参数，所述当前编译触发参数中包括当前编译分支；

根据路径生成规则生成所述当前编译触发参数对应的目标工作空间的路径，并基于所述目标工作空间的路径的状态信息为所述当前编译触发参数分配工作空间。

4.根据权利要求3所述的增量编译控制方法，其特征在于，所述根据路径生成规则生成所述当前编译触发参数对应的目标工作空间的路径，包括：

根据所述构建任务所处的构建系统的根路径以及当前编译分支的属性信息确定目标工作空间的路径；或，

将所述当前编译分支的属性信息转换为一个字符串，并根据所述构建系统的根路径以及所述字符串确定目标工作空间的路径。

5.根据权利要求3所述的增量编译控制方法，其特征在于，所述基于所述目标工作空间的路径的状态信息为所述当前编译触发参数分配工作空间，包括：

若判断存在所述目标工作空间的路径，则复用所述路径，以根据所述路径分配所述工作空间；

若判断不存在所述目标工作空间的路径，则为所述目标工作空间创建新路径，以根据所述新路径分配所述工作空间。

6.根据权利要求1所述的增量编译控制方法，其特征在于，所述对所述工作空间中的当前工作空间进行动态回收操作，包括：

扫描构建任务所在的构建系统的根路径下的所有路径；

根据当前路径的状态信息对所述当前路径对应的当前工作空间进行回收操作，直至循环遍历每个路径进行回收操作为止。

7.根据权利要求6所述的增量编译控制方法，其特征在于，所述根据当前路径的状态信息对所述当前路径对应的当前工作空间进行回收操作，包括：

若所述当前路径的状态信息不属于超时未用，则保留所述当前路径；

若所述当前路径的状态信息属于超时未用，则删除所述当前路径，以对所述当前路径对应的工作空间进行回收操作。

8.一种增量编译控制装置，其特征在于，包括：

工作空间分配模块，用于为每个源码仓库提供一个构建任务，并按照构建任务对应的编译分支为所述构建任务分配多个工作空间；

编译模块，用于通过多个所述工作空间，控制多个编译分支并行执行增量编译操作；

工作空间回收模块，用于在执行所述增量编译操作时，响应于回收触发指令，对多个所述工作空间中的当前工作空间进行动态回收操作。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任意一项所述的增量编译控制方法。

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任意一项所述的增量编译控制方法。

Images