CN111142930A

CN111142930A - 安装包文件打包方法、装置、终端设备及存储介质

Info

Publication number: CN111142930A
Application number: CN201911400773.8A
Authority: CN
Inventors: 沈云峰
Original assignee: Ruiting Network Technology Shanghai Co ltd
Current assignee: Ruiting Network Technology Shanghai Co ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2020-05-12
Anticipated expiration: 2039-12-30
Also published as: CN111142930B

Abstract

本申请提供了一种安装包文件打包方法、装置、终端设备及计算机可读存储介质。所述方法包括：在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本；根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息；对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。本申请简化打包操作流程和应用程序的安装流程。

Description

安装包文件打包方法、装置、终端设备及存储介质

技术领域

本申请涉及应用程序处理技术领域，尤其涉及一种安装包文件打包方法、装置、终端设备及存储介质。

背景技术

目前，开发商会通过多种渠道推广应用程序。而在iOS端(iOS是由苹果公司开发的移动操作系统)打包时，通常是采用jenkins(一种基于Java开发的持续集成工具)构建应用程序的打包服务。而Jenkins内部的keychain环境和Mac系统登录用户之间无法打通，需要进行签名安装和删除的过程，操作流程较为繁琐，并且，Jenkins无法直接提供企业包从浏览器内安装的文件，必须先下载iap包(其中，iTunes是苹果公司提供的一款免费数字媒体播放应用程序，能管理和播放数字音乐和视频；ipa是苹果公司程序应用文件iPhoneApplication的缩写)，再通过第三方工具安装到苹果手机，导致应用程序的安装流程较为繁琐。

发明内容

本申请实施例提供一种安装包文件打包方法、装置、终端设备及计算机可读存储介质，以解决现有的打包方法操作流程和安装流程较为繁琐的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种安装包文件打包方法，应用于IOS操作系统开发终端，包括：

在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本；

根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息；

对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。

可选地，在所述获取所述目标应用程序对应的待打包版本之前，还包括：

创建所述应用打包平台；

基于所述Swift语言创建多个需要打包的应用程序；所述目标应用程序为多个所述应用程序中的一个应用程序；

获取每个所述应用程序进行打包时所需的应用程序信息；

获取每个所述应用程序所需打包的至少一个版本，及所述至少一个版本对应的版本信息；

针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目；

将每个所述应用程序的所述至少一个版本的打包分支项目，保存于所述应用打包平台。

可选地，所述根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息，包括：

根据所述应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述目标应用程序对应的目标应用程序信息，及所述待打包版本对应的目标版本信息；

将所述目标应用程序信息和所述目标版本信息，确定为所述待打包信息。

可选地，所述对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件，包括：

对所述待打包信息进行打包处理，生成所述安装包文件和ipa文件；

在打包过程中，生成所述待打包版本对应的打包日志。

可选地，所述在打包过程中，生成所述待打包版本对应的打包日志，包括：

根据所述终端和所述应用打包平台之间预先建立的WebSocket长连接，记录在打包过程中的打包日志。

可选地，在所述针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目之后，还包括：

编译生成每个所述打包分支项目的预置功能代码；

基于所述预置功能代码，创建相应的静态库；

将所述静态库注入至所述打包分支项目。

第二方面，本申请实施例提供了一种安装包文件打包装置，应用于IOS操作系统开发终端，包括：

打包版本获取模块，用于在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本；

打包信息获取模块，用于根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息；

安装包文件生成模块，用于对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。

可选地，还包括：

应用打包平台创建模块，用于创建所述应用打包平台；

应用程序创建模块，用于基于所述Swift语言创建多个需要打包的应用程序；所述目标应用程序为多个所述应用程序中的一个应用程序；

应用程序信息获取模块，用于获取每个所述应用程序进行打包时所需的应用程序信息；

版本信息获取模块，用于获取每个所述应用程序所需打包的至少一个版本，及所述至少一个版本对应的版本信息；

打包分支项目创建模块，用于针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目；

打包分支项目保存模块，用于将每个所述应用程序的所述至少一个版本的打包分支项目，保存于所述应用打包平台。

可选地，所述打包信息获取模块包括：

程序版本信息获取单元，用于根据所述应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述目标应用程序对应的目标应用程序信息，及所述待打包版本对应的目标版本信息；

待打包信息确定单元，用于将所述目标应用程序信息和所述目标版本信息，确定为所述待打包信息。

可选地，所述安装包文件生成模块包括：

安装包文件生成单元，用于对所述待打包信息进行打包处理，生成所述安装包文件和ipa文件；

打包日志生成单元，用于在打包过程中，生成所述待打包版本对应的打包日志。

可选地，所述打包日志生成单元包括：

打包日志记录子单元，用于根据所述终端和所述应用打包平台之间预先建立的WebSocket长连接，记录在打包过程中的打包日志。

可选地，还包括：

功能代码编译模块，用于编译生成每个所述打包分支项目的预置功能代码；

静态库创建模块，用于基于所述预置功能代码，创建相应的静态库；

静态库注入模块，用于将所述静态库注入至所述打包分支项目。

第三方面，本申请实施例提供了一种终端设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述任一项所述的安装包文件打包方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的安装包文件打包方法。

在本申请实施例中，通过在需要对基于Swift语言创建的目标应用程序进行打包时，获取目标应用程序对应的待打包版本，根据预先创建的应用打包平台上所保存的待打包版本对应的打包分支项目，获取待打包版本对应的待打包信息，对待打包信息进行打包处理，生成待打包版本对应的安装包文件。本申请实施例通过采用Swift语言进行开发可以直接运行于用户进程，无需进行签名安装和删除的流程，简化了操作流程。而且，可以无缝切换一个应用程序的多个版本的证书，无需额外配置支持多个账号的APP打包，生成的安装包可以直接在苹果终端中安装，简化了应用的安装流程。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种安装包文件打包方法的步骤流程图；

图2为本申请实施例提供的另一种安装包文件打包方法的步骤流程图；

图3为本申请实施例提供的一种安装包文件打包装置的结构示意图；

图4为本申请实施例提供的另一种安装包文件打包装置的结构示意图；

图5为本申请实施例提供的一种终端设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

参照图1，示出了本申请实施例提供的一种安装包文件打包方法的步骤流程图。该安装包文件打包方法可以应用于IOS操作系统开发终端，具体可以包括如下步骤：

步骤101：在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本。

本申请实施例可以应用于对苹果移动设备操作系统的应用程序进行打包的场景中。

IOS(苹果移动设备操作系统)是由苹果公司开发的移动操作系统。本申请旨在针对苹果系统支持的应用程序的打包场景。

终端是指操作系统为iOS系统的开发终端，在本申请中，终端可以为iOS系统的移动电子设备，如手机、PAD(Portable Android Device，平板电脑)等移动电子设备。也可以为iOS系统的PC(Personal Computer，个人计算机)端，具体地，可以根据业务需求而定，本申请实施例对此不加以限制。

Swift语言(Swift Language)是苹果公司所发布的一门编程语言，可以用来编写iOS应用程序。

目标应用程序是指由业务人员预先采用Swift语言创建的应用程序，应用程序(Application，APP)可以为视频类APP、社交类APP、金融类APP等，具体地，可以根据实际情况而定，本申请实施例对此不加以限制。

待打包版本是指目标应用程序需要进行打包的版本，例如，目标应用程序所包含的版本为：2010版本、2012版本、2016版本和2019版本，而在需要对2016版本进行打包时，则将2016版本作为待打包的版本。

可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本申请实施例的唯一限制。

在用户需要下载安装目标应用程序，可以获取用户选择的所需下载的目标应用程序的版本，以作为待打包版本。

在获取目标应用程序对应的待打包版本之后，执行步骤102。

步骤102：根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息。

打包分支项目是指由业务人员预先创建的与待打包版本对应的项目。

在应用打包平台上可以预先创建目标应用程序的多个打包分支项目，每个打包分支项目均对应于目标应用程序的一个打包版本，例如，目标应用程序所包含的版本为：2010版本、2012版本、2016版本和2019版本，那么，在应用打包平台可以预先创建2010版本对应的项目A、2012版本对应的项目B、2016版本对应的项目C和2019版本对应的项目D。

在获取目标应用程序对应的待打包版本之后，可以根据目标应用程序和待打包版本在应用打包平台上查找待打包版本所对应的打包分支项目。

在待打包版本对应的打包分支项目中包含有待打包版本对应的待打包信息，如目标应用程序信息和目标版本信息等，在获取打包分支项目之后，可以根据打包分支项目，获取待打包版本对应的待打包信息。

在获取待打包版本对应的待打包信息之后，执行步骤103。

步骤103：对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。

在获取待打包版本对应的待打包信息之后，可以根据待打包信息进行打包处理，以生成待打包版本的目标应用程序的安装包文件。

由于生成的安装包文件中的目标应用程序的信息是基于Swift语言编译生成的，可以直接运行于用户进程，即可以获取到等同于用户的权限，在打包过程中，不需要进行签名安装和删除的流程，简化了应用程序打包的流程。且，iOS终端可以根据安装包文件直接进行安装，简化了应用程序的安装流程。

本申请实施例提供的安装包文件打包方法，通过在需要对基于Swift语言创建的目标应用程序进行打包时，获取目标应用程序对应的待打包版本，根据预先创建的应用打包平台上所保存的待打包版本对应的打包分支项目，获取待打包版本对应的待打包信息，对待打包信息进行打包处理，生成待打包版本对应的安装包文件。本申请实施例通过采用Swift语言进行开发可以直接运行于用户进程，无需进行签名安装和删除的流程，简化了操作流程。而且，可以无缝切换一个应用程序的多个版本的证书，无需额外配置支持多个账号的APP打包，生成的安装包可以直接在苹果终端中安装，简化了应用的安装流程。

实施例二

参照图2，示出了本申请实施例提供的另一种安装包文件打包方法的步骤流程图。该安装包文件打包方法可以应用于IOS操作系统开发终端，具体可以包括如下步骤：

步骤201：创建所述应用打包平台。

应用打包平台是指用于为应用程序打包提供相应的打包信息的平台。

在本申请中，为了对众多的APP进行管理，可以预先创建应用打包平台，以对终端APP进行维护和管理。

在创建应用打包平台之后，执行步骤202。

步骤202：基于所述Swift语言创建多个需要打包的应用程序。

应用程序是指需要进行后续打包的应用程序，即需要应用打包平台进行管理，且转换为支持iOS操作系统的应用程序。

首先，可以获取需要转换为支持iOS操作的应用程序，然后，可以采用Swift语言编译多个需要打包的应用程序。

本申请通过采用Swift语言编译生成需要打包的应用程序，因为Swift语言的应用程序可以运行在用户进程，可以获取到等同于用户的权限，在打包过程中不会出现签名获取和安装的管理操作，简化了流程。

在下述步骤中提及的目标应用程序为多个应用程序中的一个应用程序。

在基于Swift语言创建多个需要打包的应用程序之后，执行步骤203。

步骤203：获取每个所述应用程序进行打包时所需的应用程序信息。

应用程序信息是指应用程序在进行打包时所需要的信息，如应用程序的源码地址、应用程序的标识信息等等，具体地，可以根据业务需求而定。

在采用Swift语言编译生成多个需要打包的应用程序之后，可以获取每个应用程序在进行打包时所需的应用程序信息，以便于在后续打包过程中，直接从应用打包平台中获取到应用程序对应的应用程序信息。

在获取每个应用程序进行打包时所需的应用程序信息之后，执行步骤204。

步骤204：获取每个所述应用程序所需打包的至少一个版本，及所述至少一个版本对应的版本信息。

至少一个版本是指每个应用程序所需打包的版本，每个应用程序可以包含一个或多个版本，例如，多个应用程序包括应用1和应用2，应用1包含有2010版本、2012版本和2016版本，而应用2包含有2008版本和2010版本等。

版本信息是指应用程序所对应版本的信息，如版本标识号、版本改进信息等。

在获取每个应用程序所需打包的至少一个版本，可以获取该应用程序所需打包的至少一个版本所对应的版本信息。

在获取至少一个版本对应的版本信息之后，执行步骤205。

步骤205：针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目。

打包分支项目是指在应用打包平台上创建的应用程序的每个版本所对应的项目。

打包分支项目可以用于在后续过程中进行为应用程序的对应版本提供打包支撑。

在获取应用程序的应用程序信息，及该应用程序对应的至少一个版本对应的版本信息之后，可以结合应用程序信息和每个版本的版本信息创建该版本所对应的打包分支项目。而在后续过程中，需要对该应用程序的某个版本进行打包时，可以根据该版本对应的打包分支项目直接在应用打包平台中获取其所对应的打包信息：应用程序信息和版本信息。

在本申请中，还可以在打包的同时分析安装包大小和静态扫描，并生成报表，具体地，可以结合下述具体实现方式进行详细描述。

在本申请的一种具体实现方式中，在上述步骤211之后，还可以包括：

步骤S1：编译生成每个所述打包分支项目的预置功能代码。

在本申请实施例中，预置功能代码是指由业务人员编写的在打包过程中对打包过程执行相应功能的代码，如，预置功能为：linkmap分析包大小和/或Mach-O扫描未使用类等，则可以预先生成linkmap分析包大小和/或Mach-O扫描未使用类对应的功能代码。

在编译生成每个打包分支项目的预置功能代码之后，执行步骤S2。

步骤S2：基于所述预置功能代码，创建相应的静态库。

在创建每个打包分支项目对应的预置功能代码之后，可以基于预置功能代码创建相应的静态库，即将预置功能代码转换为可以接入打包分支项目的静态库。

在基于预置功能代码创建相应的静态库之后，执行步骤S3。

步骤S3：将所述静态库注入至所述打包分支项目。

在创建静态库之后，则可以将静态库注入打包分支项目，那么，在后续的打包过程中，可以实现相应的功能，如inkmap分析包大小、Mach-O扫描未使用类等。

在根据应用程序信息和版本信息创建至少一个版本对应的打包分支项目之后，执行步骤206。

步骤206：将每个所述应用程序的所述至少一个版本的打包分支项目，保存于所述应用打包平台。

在创建每个应用程序的至少一个版本对应的打包分支项目之后，可以将每个应用程序的至少一个版本对应的打包分支项目之后，则将每个应用程序的至少一个版本对应的打包分支项目保存于应用打包平台。

在将每个应用程序的至少一个版本的打包分支项目保存于应用打包平台之后，执行步骤207。

步骤207：在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本。

在获取目标应用程序对应的待打包版本之后，执行步骤207。

步骤208：根据所述应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述目标应用程序对应的目标应用程序信息，及所述待打包版本对应的目标版本信息。

在获取目标应用程序对应的待打包版本之后，可以应用打包平台上保存的目标应用程序的打包分支项目，获取待打包版本所对应的打包分支项目。进而，可以根据待打包版本对应的打包分支项目，获取目标应用程序对应的目标应用程序信息，如目标应用程序的源码地址、目标应用程序的标识信息等。并获取待打包版本对应的目标版本信息，如待打包版本的版本号、版本改进信息等。

在根据待打包版本对应的打包分支项目，获取目标应用程序对应的目标应用程序信息及待打包版本对应的目标版本信息之后，执行步骤209。

步骤209：将所述目标应用程序信息和所述目标版本信息，确定为所述待打包信息。

在获取目标应用程序对应的目标应用程序信息及待打包版本对应的目标版本信息之后，则将目标应用程序信息和目标版本信息作为待打包信息。

在确定待打包信息之后，执行步骤210。

步骤210：对所述待打包信息进行打包处理，生成所述安装包文件和ipa文件。

在获取目标应用程序的待打包版本对应的待打包信息之后，可以对待打包信息进行打包处理，从而能够生成目标应用程序的待打包版本对应的安装包文件和ipa文件，其中，包装包文件可以为支持iOS操作系统的终端提供下载安装的文件，ipa是Apple程序应用文件iPhoneApplication的缩写。

在对待打包信息进行打包处理生成安装包文件和ipa文件之后，执行步骤211。

步骤211：在打包过程中，生成所述待打包版本对应的打包日志。

在对待打包信息进行打包处理的过程中，可以生成待打包版本所对应的打包日志，具体地，在iOS系统的终端与应用打包平台之间预先建立有WebSocket长连接，利用了websocket可以实时看到待打包版本在打包过程中的打包日志，并对打包日志进行记录。

实施例三

参照图3，示出了本申请实施例提供的一种安装包文件打包装置的结构示意图。该安装包文件打包装置可以应用于IOS操作系统开发终端，具体可以包括：打包版本获取模块310、打包信息获取模块320和安装包文件生成模块330，其中，

打包版本获取模块310，用于在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本；

打包信息获取模块320，用于根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息；

安装包文件生成模块330，用于对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。

本申请实施例提供的安装包文件打包装置，在需要对基于Swift语言创建的目标应用程序进行打包时，获取目标应用程序对应的待打包版本，根据预先创建的应用打包平台上所保存的待打包版本对应的打包分支项目，获取待打包版本对应的待打包信息，对待打包信息进行打包处理，生成待打包版本对应的安装包文件。本申请实施例通过采用Swift语言进行开发可以直接运行于用户进程，无需进行签名安装和删除的流程，简化了操作流程。而且，可以无缝切换一个应用程序的多个版本的证书，无需额外配置支持多个账号的APP打包，生成的安装包可以直接在苹果终端中安装，简化了应用的安装流程。

实施例四

参照图4，示出了本申请实施例中另一种安装包文件打包装置的结构示意图。该安装包文件打包装置可以应用于IOS操作系统开发终端，具体可以包括：应用打包平台创建模块410、应用程序创建模块420、应用程序信息获取模块430、版本信息获取模块440、打包分支项目创建模块450、打包分支项目保存模块460、打包版本获取模块470、打包信息获取模块480和安装包文件生成模块490，其中，

应用打包平台创建模块410，用于创建所述应用打包平台；

应用程序创建模块420，用于基于所述Swift语言创建多个需要打包的应用程序；所述目标应用程序为多个所述应用程序中的一个应用程序；

应用程序信息获取模块430，用于获取每个所述应用程序进行打包时所需的应用程序信息；

版本信息获取模块440，用于获取每个所述应用程序所需打包的至少一个版本，及所述至少一个版本对应的版本信息；

打包分支项目创建模块450，用于针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目；

打包分支项目保存模块460，用于将每个所述应用程序的所述至少一个版本的打包分支项目，保存于所述应用打包平台；

打包版本获取模块470，用于在需要对基于Swift语言创建的目标应用程序进行打包时，获取所述目标应用程序对应的待打包版本；

打包信息获取模块480，用于根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息；

安装包文件生成模块490，用于对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件。

可选地，所述打包信息获取模块480包括：程序版本信息获取单元481和待打包信息确定单元482，其中

程序版本信息获取单元481，用于根据所述应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述目标应用程序对应的目标应用程序信息，及所述待打包版本对应的目标版本信息；

待打包信息确定单元482，用于将所述目标应用程序信息和所述目标版本信息，确定为所述待打包信息。

可选地，所述安装包文件生成模块490包括：安装包文件生成单元491和打包日志生成单元492，其中，

安装包文件生成单元491，用于对所述待打包信息进行打包处理，生成所述安装包文件和ipa文件；

打包日志生成单元492，用于在打包过程中，生成所述待打包版本对应的打包日志。

可选地，所述打包日志生成单元492包括：打包日志记录子单元。

可选地，所述装置还包括：功能代码编译模块、静态库创建模块和静态库注入模块。

实施例五

图5为实现本申请各个实施例的一种终端设备的硬件结构示意图。

该终端设备500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、处理器510、以及电源511等部件。本领域技术人员可以理解，图5中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本申请实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

应理解的是，本申请实施例中，射频单元501可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器510处理；另外，将上行的数据发送给基站。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元501还可以通过无线通信系统与网络和其他设备通信。

终端设备通过网络模块502为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元503可以将射频单元501或网络模块502接收的或者在存储器509中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元503还可以提供与终端设备500执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元503包括扬声器、蜂鸣器以及受话器等。

输入单元504用于接收音频或视频信号。输入单元504可以包括图形处理器(Graphics Processing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元506上。经图形处理器5041处理后的图像帧可以存储在存储器509(或其它存储介质)中或者经由射频单元501或网络模块502进行发送。麦克风5042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元501发送到移动通信基站的格式输出。

终端设备500还包括至少一种传感器505，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板5061的亮度，接近传感器可在终端设备500移动到耳边时，关闭显示面板5061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器505还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元506用于显示由用户输入的信息或提供给用户的信息。显示单元506可包括显示面板5061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板5061。

用户输入单元507可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板5071上或在触控面板5071附近的操作)。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器510，接收处理器510发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板5071。除了触控面板5071，用户输入单元507还可以包括其他输入设备5072。具体地，其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板5071可覆盖在显示面板5061上，当触控面板5071检测到在其上或附近的触摸操作后，传送给处理器510以确定触摸事件的类型，随后处理器510根据触摸事件的类型在显示面板5061上提供相应的视觉输出。虽然在图5中，触控面板5071与显示面板5061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板5071与显示面板5061集成而实现终端设备的输入和输出功能，具体此处不做限定。

接口单元508为外部装置与终端设备500连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元508可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备500内的一个或多个元件或者可以用于在终端设备500和外部装置之间传输数据。

存储器509可用于存储软件程序以及各种数据。存储器509可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器509可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器510是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器509内的软件程序和/或模块，以及调用存储在存储器509内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处理器510可包括一个或多个处理单元；优选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

终端设备500还可以包括给各个部件供电的电源511(比如电池)，优选的，电源511可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端设备500包括一些未示出的功能模块，在此不再赘述。

优选的，本申请实施例还提供了一种终端设备，包括：处理器510，存储器509，存储在存储器509上并可在处理器510上运行的计算机程序，该计算机程序被处理器510执行时实现上述安装包文件打包方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述安装包文件打包方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种安装包文件打包方法，应用于IOS操作系统开发终端，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，在所述获取所述目标应用程序对应的待打包版本之前，还包括：

创建所述应用打包平台；

获取每个所述应用程序进行打包时所需的应用程序信息；

3.根据权利要求2所述的方法，其特征在于，所述根据预先创建的应用打包平台上所保存的所述待打包版本对应的打包分支项目，获取所述待打包版本对应的待打包信息，包括：

4.根据权利要求2所述的方法，其特征在于，所述对所述待打包信息进行打包处理，生成所述待打包版本对应的安装包文件，包括：

在打包过程中，生成所述待打包版本对应的打包日志。

5.根据权利要求4所述的方法，其特征在于，所述在打包过程中，生成所述待打包版本对应的打包日志，包括：

6.根据权利要求2所述的方法，其特征在于，在所述针对每个所述应用程序，根据所述应用程序信息和所述版本信息，创建所述至少一个版本对应的打包分支项目之后，还包括：

编译生成每个所述打包分支项目的预置功能代码；

基于所述预置功能代码，创建相应的静态库；

将所述静态库注入至所述打包分支项目。

7.一种安装包文件打包装置，应用于ISO操作系统开发终端，其特征在于，包括：

8.根据权利要求7所述的装置，其特征在于，还包括：

应用打包平台创建模块，用于创建所述应用打包平台；

9.根据权利要求8所述的装置，其特征在于，所述打包信息获取模块包括：

10.根据权利要求8所述的装置，其特征在于，所述安装包文件生成模块包括：

11.根据权利要求10所述的装置，其特征在于，所述打包日志生成单元包括：

12.根据权利要求8所述的装置，其特征在于，还包括：

13.一种终端设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6中任一项所述的安装包文件打包方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的安装包文件打包方法。