CN115480773A - 基于ios系统的打包方法及打包装置 - Google Patents

Abstract

本发明公开了的一种基于IOS系统的打包方法及打包装置，该方法包括：构建中心服务区，中心服务区用于维护各个模块的版本信息和各个模块对应的静态库；拉取模块的配置信息以获取各个模块的版本信息；遍历模块，根据模块的版本信息判断使用静态库依赖或源代码依赖；当使用所述静态库依赖时，则下载对应的源代码并注入到静态库的debug位置中；当使用源代码依赖时，则对源代码进行编译并上传到中心服务区，并自动更新中心服务区的模块的版本信息。本申请中的打包方法，通过构建中心服务区，实时更新静态库，方便根据模块的版本信息来调取静态库中的编码。在不影响业务代码的情况下，可自动使用静态库依赖或者源代码依赖，以减少打包时间，提高打包效率。

Description

基于IOS系统的打包方法及打包装置

技术领域

本发明涉及系统打包技术领域，尤其涉及一种基于IOS系统的打包方法及打包装置。

背景技术

现有的iOS CI打包系统，每次打包都需要对所有源代码进行重新编译，耗时较长，打包效率低。即便是引入第三方缓存框架CCache、Buck等，但第三方缓存针对ClangModule、Swift、头文件依赖等还有很多问题。例如，CCache对Clang Module和Swift的不支持，就会导致编译失败，因此仍需对模块进行大量的代码改造，在没有缓存的情况下，首次编译耗时较长，且一旦更新源代码，依赖其的模块还需要全部重新编译，导致整体耗时较长，效率低下。Buck使用了全新的编译规则，需要手工编写配置文件来指定编译规则，致使现有项目的开发和调试需作出较大的改动，整个团队都需要进行适应和迁移，反而会引起开发效率的下降。

发明内容

本发明旨在至少解决现有技术中存在的技术问题之一。

为此，本发明提出了一种基于IOS系统的打包方法及打包装置，以解决现有技术中系统打包耗时较长，打包效率低的问题。

根据本申请的第一方面，提供了一种基于IOS系统的打包方法，该方法包括：

构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库；

拉取所述模块的配置信息以获取各个所述模块的版本信息；

遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖；

当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中；

当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息。

在上述方法中，所述构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库的步骤，包括：

构建中心服务区，访问全部所述模块和各个所述模块对应的静态库，并且自动更新全部所述模块的版本信息和各个所述模块对应的静态库。

在上述方法中，所述拉取所述模块的配置信息以获取各个所述模块的版本信息的步骤，包括：

拉取全部所述模块的配置信息，基于所述模块的配置信息来获取各个所述模块的版本信息。

在上述方法中，所述遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖的步骤，包括：

遍历每一个所述模块，并根据所述模块的版本信息确定在所述中心服务区中是否有对应版本的静态库；若有，则使用所述静态库依赖；若无，则使用所述源代码依赖。

在上述方法中，所述当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中的步骤，包括：

当使用所述静态库依赖时，下载对应的所述源代码，并根据所述静态库的Debug信息，将所述源代码移动到所述源代码对应的路径中，以便编译器在调试阶段能够匹配到对应的所述源代码。

在上述方法中，所述当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息的步骤，包括：

对所述源代码进行编译后自动存储到静态库中，并自动更新所述源代码对应的模块的版本信息；所述静态库将自动更新后的所述源代码对应的模块的版本信息上传到所述中心服务区，以便后续编译时使用所述静态库依赖。

根据本申请的第二方面，提供了一种打包装置，该装置包括：

服务区构建单元，用于构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库；

配置信息拉取单元，用于拉取所述模块的配置信息以获取各个所述模块的版本信息；

访问单元，用于遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖；

静态库依赖单元，用于当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中；

源代码依赖单元，用于当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息。

在上述装置中，所述访问单元还用于遍历每一个所述模块，并根据所述模块的版本信息确定在所述中心服务区是否有对应版本的静态库；若有，则使用所述静态库依赖；若无，则使用所述源代码依赖。

根据本申请的第三方面，提供了一种终端，该终端包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一项所述的基于IOS系统的打包方法。

根据本申请的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述存储介质所在终端执行上述任一项所述的基于IOS系统的打包方法。

根据本申请所提供的技术方案，至少具有如下有益效果：通过构建中心服务区，实时更新静态库，方便根据模块的版本信息来调取静态库中的编码。通过拉取模块的配置信息来获取各个模块的版本信息，然后遍历每一个模块，并根据模块的版本信息查看中心服务区中是否有对应版本的静态库，若有，则使用静态库依赖，由于静态库无需编译，可以在一定程度上减少对应模块的打包时间。若无，则使用源代码依赖，对源代码继续编译并上传至中心服务区，后续即可实现静态库依赖，以减少对应模块的打包时间，提高打包效率。本申请中的基于IOS系统的打包方法，在不影响业务代码的情况下，可自动使用静态库依赖或者源代码依赖。采用分布式编译的方案，只要有一次编译成功，上传到中心服务区，即可不用再次编译，以减少打包时间，提高打包效率。当模块代码提交时，自动更新中心服务区的模块版本信息。通过智能映射静态库和源代码的关系，编译器即可进行源代码的调试。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的基于IOS系统的打包方法的流程图；

图2为本申请实施例提供的打包装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而非用于描述特定的顺序或先后次序。

本发明实施例所示的方案可以应用于各类软件开发平台设备中。比如，本方案可以应用于基于个人电脑或者工作站等运行有软件开发工具的电子设备中。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

如图1所示，本申请的一个实施例提供了一种基于IOS系统的打包方法，该方法可以由打包装置来执行，该装置可以采用软件和/或硬件的方式实现。该基于IOS系统的打包方法包括：步骤S101至步骤S103。

步骤S101：构建中心服务区，该中心服务区用于维护各个模块的版本信息和各个模块对应的静态库。

其中，构建中心服务区，建立模块的版本信息和静态库的对应关系，不同版本的模块对应不同的静态库，确定了模块的版本信息即可确定模块对应的静态库。模块代码提交后，在中心服务区中确定模块的新的版本信息。需要说明的是，各个模块包括但不限于账号模块、记录模块、社区模块、资讯模块、电商模块、直播模块、图片模块、网络模块、解析模块、路由模块等。

在本申请中，构建中心服务区，访问全部模块和各个模块对应的静态库，并且自动更新全部模块的版本信息和各个模块对应的静态库。中心服务区构建完成后，即可实现与静态库的相互访问。全部模块的版本信息存储于中心服务区中，并与静态库建立一一对应的关系。当模块的版本信息发生改变时，就会自动更新中心服务区中对应的版本信息，通过该版本信息调用相应的静态库。

步骤S102：拉取模块的配置信息以获取各个模块的版本信息。

在本申请中，通过https拉取全部模块的配置信息，并基于模块的配置信息来获取各个模块的版本信息。不同的配置信息对应模块不同的版本信息，通过确定模块的配置信息，来确定模块的版本信息。需要说明的是，模块的配置信息包括但不限于模板名和版本号信息。

步骤S103：遍历模块，根据模块的版本信息判断使用静态库依赖或源代码依赖；当使用静态库依赖时，则下载对应的源代码并注入到静态库的debug位置中；当使用源代码依赖时，则对源代码进行编译并上传到中心服务区，并自动更新中心服务区的模块的版本信息。需要说明的是，静态库依赖无需本地编译，可直接集成到应用程序中运行，节省了本地编译的时间；而源代码依赖则需要下载对应的源代码，并在本地编译完成后再集成到应用程序中运行。

在本申请中，遍历每一个模块，并根据模块的版本信息确定在中心服务区中是否有对应版本的静态库；若有，则使用所述静态库依赖；若无，则使用所述源代码依赖。

在本申请中，首先要对每一个模块进行遍历，确定每一个模块的版本信息，然后通过中心服务区与静态库进行比对，如果中心服务区中具有对应版本的静态库，则使用静态库依赖，由于静态库无需编译，在一定程度上就会减少对应模块的打包时间。如果中心服务区中没有对应版本的静态库，则使用源代码依赖，此时需对源代码进行编译，编译完成后上传到中心服务区与静态库建立联系。只要有一次编译成功，上传到中心服务区，即可不用再次编译。

在本申请中，使用静态库依赖需要进行相关的调试工作。当使用静态库依赖时，需下载一份对应的源代码，然后根据静态库的Debug信息，将源代码移动到该源代码对应的路径中，以便编译器在调试阶段能够匹配到对应的源代码。需要说明的是，在使用静态库依赖的过程中，仍然需要下载源代码，以进行调试工作，但由于对应模块的代码未做变动，因此无需进行编译工作，通过智能映射静态库与源代码的关系，编译器即可进行源代码的调试。

在本申请中，当使用源代码依赖时，需对源代码进行编译后自动存储到静态库中，并自动更新源代码对应的模块的版本信息；静态库将自动更新后的源代码对应的模块的版本信息上传到中心服务区，以便后续编译时直接使用静态库依赖，减少打包时间。进一步地，编译器编译源代码，并将编译结果上传到中心服务区，同时更新模块对应的版本信息，从而建立新的版本信息对应的新的静态库，新的静态库可直接调用。

采用本申请中的基于IOS系统的打包方法，通过构建中心服务区，实时更新静态库，模块的不同版本对应不同的静态库，方便根据模块的版本信息来调取静态库中的编码。通过拉取模块的配置信息来获取各个模块的版本信息，然后遍历每一个模块，并根据模块的版本信息查看中心服务区中是否有对应版本的静态库，若有，则使用静态库依赖，由于静态库无需编译，可以在一定程度上减少对应模块的打包时间。若无，则使用源代码依赖，对源代码继续编译并上传至中心服务区，后续即可实现静态库依赖，以减少对应模块的打包时间，提高打包效率。本申请中的基于IOS系统的打包方法，在不影响业务代码的情况下，可自动使用静态库依赖或者源代码依赖。采用分布式编译的方案，只要有一次编译成功，上传到中心服务区，即可不用再次编译，以减少打包时间，提高打包效率。当模块代码提交时，自动更新中心服务区的模块版本信息。通过智能映射静态库和源代码的关系，编译器即可进行源代码的调试。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本发明方法实施例。

如图2所示，本申请的一个实施例提供了一种打包装置，该装置包括服务区构建单元21、配置信息拉取单元22、访问单元23、静态库依赖单元24和源代码依赖单元25。

其中，服务区构建单元21，用于构建中心服务区，该中心服务区用于维护各个模块的版本信息和各个模块对应的静态库。进一步地，用于构建中心服务区，访问全部模块和各个模块对应的静态库，并且自动更新全部模块的版本信息和各个模块对应的静态库。

配置信息拉取单元22，用于拉取模块的配置信息以获取各个模块的版本信息。进一步地，用于拉取全部模块的配置信息，基于模块的配置信息来获取各个模块的版本信息。

访问单元23，用于遍历模块，根据模块的版本信息判断使用静态库依赖或源代码依赖。进一步地，用于遍历每一个模块，并根据模块的版本信息确定在中心服务区是否有对应版本的静态库；若有，则使用静态库依赖；若无，则使用源代码依赖。

静态库依赖单元24，用于当使用静态库依赖时，则下载对应的源代码并注入到静态库的debug位置中。进一步地，用于当使用静态库依赖时，下载对应的源代码，并根据静态库的Debug信息，将源代码移动到源代码对应的路径中，以便编译器在调试阶段能够匹配到对应的源代码。

源代码依赖单元25，用于当使用源代码依赖时，则对源代码进行编译并上传到中心服务区，并自动更新中心服务区的模块的版本信息。进一步地，用于对源代码进行编译后自动存储到静态库中，并自动更新源代码对应的模块的版本信息；静态库将自动更新后的源代码对应的模块的版本信息上传到中心服务区，以便后续编译时使用静态库依赖。

本申请的一个实施例还提供了一种终端，包括存储器和处理器，存储器上存储有可在处理器上运行的计算机程序，处理器运行计算机程序时执行上述图1所示的基于IOS系统的打包方法。

具体地，处理器可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

具体地，处理器通过总线与存储器连接，总线可包括通路，以用于传送信息。总线可以是PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。

存储器可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器用于存储执行本申请方案的计算机程序的代码，并由处理器来控制执行。处理器用于执行存储器中存储的应用程序代码，以实现图2所示实施例提供的打包装置的动作。

本申请的一个实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序被处理器运行时控制存储介质所在终端执行上述图1所示的基于IOS系统的打包方法。

以上所描述的装置实施例仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种基于IOS系统的打包方法，其特征在于，包括：

构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库；

拉取所述模块的配置信息以获取各个所述模块的版本信息；

遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖；

当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中；

当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息。

2.根据权利要求1所述的基于IOS系统的打包方法，其特征在于，所述构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库的步骤，包括：

构建中心服务区，访问全部所述模块和各个所述模块对应的静态库，并且自动更新全部所述模块的版本信息和各个所述模块对应的静态库。

3.根据权利要求1所述的基于IOS系统的打包方法，其特征在于，所述拉取所述模块的配置信息以获取各个所述模块的版本信息的步骤，包括：

拉取全部所述模块的配置信息，基于所述模块的配置信息来获取各个所述模块的版本信息。

4.根据权利要求1所述的基于IOS系统的打包方法，其特征在于，所述遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖的步骤，包括：

遍历每一个所述模块，并根据所述模块的版本信息确定在所述中心服务区中是否有对应版本的静态库；若有，则使用所述静态库依赖；若无，则使用所述源代码依赖。

5.根据权利要求1所述的基于IOS系统的打包方法，其特征在于，所述当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中的步骤，包括：

当使用所述静态库依赖时，下载对应的所述源代码，并根据所述静态库的Debug信息，将所述源代码移动到所述源代码对应的路径中，以便编译器在调试阶段能够匹配到对应的所述源代码。

6.根据权利要求1所述的基于IOS系统的打包方法，其特征在于，所述当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息的步骤，包括：

对所述源代码进行编译后自动存储到静态库中，并自动更新所述源代码对应的模块的版本信息；所述静态库将自动更新后的所述源代码对应的模块的版本信息上传到所述中心服务区，以便后续编译时使用所述静态库依赖。

7.一种打包装置，其特征在于，包括：

服务区构建单元，用于构建中心服务区，所述中心服务区用于维护各个模块的版本信息和各个所述模块对应的静态库；

配置信息拉取单元，用于拉取所述模块的配置信息以获取各个所述模块的版本信息；

访问单元，用于遍历所述模块，根据所述模块的版本信息判断使用静态库依赖或源代码依赖；

静态库依赖单元，用于当使用所述静态库依赖时，则下载对应的源代码并注入到所述静态库的debug位置中；

源代码依赖单元，用于当使用所述源代码依赖时，则对源代码进行编译并上传到所述中心服务区，并自动更新所述中心服务区的所述模块的版本信息。

8.根据权利要求7所述的打包装置，其特征在于，所述访问单元还用于遍历每一个所述模块，并根据所述模块的版本信息确定在所述中心服务区是否有对应版本的静态库；若有，则使用所述静态库依赖；若无，则使用所述源代码依赖。

9.一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至6中任一项所述的基于IOS系统的打包方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述存储介质所在终端执行权利要求1至6中任一项所述的基于IOS系统的打包方法。

Images