CN115509545A - 一种ios应用的打包构建方法及装置 - Google Patents

Abstract

本申请公开了一种IOS应用的打包构建方法及装置，涉及计算机技术领域。本申请通过在服务器环境中部署服务系统，提供统一的打包构建环境，降低了应用工程代码开发对开发者本地环境的依赖。此外，通过统一配置管理证书的方式，证书无需提供给开发者，避免证书的泄露的可能。克服了现有技术中存在的移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题。

Description

一种IOS应用的打包构建方法及装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种IOS应用的打包构建方法及装置。

背景技术

近年来，互联网技术快速发展，人们的生活越来越依赖于移动端设备。随着用户的需求增多，APP应用的开发也随之增多。

目前移动端IOS应用的开发模式为开发者在本地环境开发代码。开发者在本地环境进行移动端IOS应用开发，在构建打包过程中获取本地依赖网络、签名证书，之后进行代码编译，签名打包。在此过程中打包流程严重依赖开发者本地环境，同一套代码在其他用户环境会存在因为环境变化而无法打包构建。并且签名管理证书属于企业资产，发放给个人开发者容易证书泄露导致企业资产受损的问题。

因此，如何解决移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题，是本领域技术者急需解决的技术问题。

发明内容

基于上述问题，本申请提供了一种IOS应用的打包构建方法及装置，目的是降低代码构建打包过程中对本地环境的依赖和降低证书泄漏的可能性。本申请实施例公开了如下技术方案：

第一方面，本申请提供了一种IOS应用的打包构建方法，所述方法包括：

根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；

获取应用工程信息和工程的相关参数信息；

响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；

根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

可选的，所述IOS应用的打包构建方法还包括：

在所述服务系统中建立数据库；

在所述数据库中建立应用MAC机器信息表；所述应用MAC机器信息表用于记录所述服务系统中的应用MAC机器的基本信息，所述应用MAC机器信息表中一条数据对应一台所述应用MAC机器；

在所述数据库中建立预置描述文件信息表；所述预置描述文件信息表用于记录所述预置描述文件的信息，所述预置描述文件信息表中一条数据对应一个所述预置描述文件。

可选的，所述响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器，包括：

根据所述应用工程信息和所述工程的相关参数信息生成流程脚本；

根据执行所述流程脚本生成控制调度流程脚本和构建编译脚本；

根据执行所述控制调度流程脚本得到应用MAC机器，将所述应用工程代码压缩包以及所述构建编译脚本复制到所述应用MAC机器；所述应用MAC机器是通过所述工程的相关参数信息和所述应用MAC机器信息表进行匹配得到的。

可选的，根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包，包括：

根据执行所述构建编译脚本解压所述应用工程代码压缩包；

替换签名证书，对解压后的应用工程代码执行编译，生成移动端安装的应用程序包。

可选的，所述应用工程信息包括：托管的工程代码地址；所述工程的相关参数信息包括：证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关；所述React Native为一种跨平台移动应用开发框架。

可选的，在所述根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包之前，还包括：

判断所述React Native是否开关；

若所述React Native为开，则安装前端NPM依赖；

若所述React Native为关，则跳过此步骤，不安装所述前端NPM依赖。

可选的，所述IOS应用的打包构建方法还包括：

获取所述移动端安装的应用程序包以及编译过程中所产生的日志信息；

将所述移动端安装的应用程序包以及所述日志信息上传至所述服务系统存储。

可选的，所述基本信息包括应用MAC机器的IP地址、xcode版本和使用状态；所述预置描述文件包括：应用ID、公司归属说明、预置描述文件UUID、团队类型、证书类型、导出方式。

可选的，所述IOS应用的打包构建方法还包括：

在所述服务系统中建立可视化操作界面，以通过所述可视化操作界面获取所述应用工程信息和所述工程的相关参数信息。

第二方面，本申请提供了一种IOS应用的打包构建装置，所述装置包括：部署模块、获取模块、选择模块、编译模块；

部署模块，用于根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；

获取模块，用于获取应用工程信息和工程的相关参数信息；

选择模块，用于响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；

编译模块，用于根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

相较于现有技术，本申请具有以下有益效果：

根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；获取应用工程信息和工程的相关参数信息；响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

相较于现有技术中开发者在本地环境开发代码，本申请中在服务器环境中部署服务系统，提供统一的打包构建环境，降低了应用工程代码开发对本地环境的依赖。，此外，通过统一配置管理证书的方式，证书无需提供给开发者，避免证书的泄露的可能。克服了现有技术中存在的移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题。

附图说明

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

图1为本申请实施例提供的一种IOS应用的打包构建方法流程图；

图2为本申请实施例提供的另一种IOS应用的打包构建方法流程图；

图3为本申请实施例提供的一种IOS应用的打包构建装置结构示意图。

具体实施方式

正如前文描述，如今随着互联网技术快速发展，人们的生活越来越依赖于移动端设备。随着用户的需求增多，APP应用的开发也随之增多。目前移动端IOS应用的开发模式为开发者在本地环境开发代码。开发者在本地环境进行移动端IOS应用开发，在构建打包过程中获取本地依赖网络、签名证书，之后进行代码编译，签名打包。在此过程中打包流程严重依赖开发者本地环境，同一套代码在其他用户环境会存在因为环境变化而无法打包构建。并且依赖本地环境不利于项目的管理工作，签名管理证书属于企业资产，发放给个人开发者容易证书泄露导致企业资产受损的问题。

基于此，本申请提出在服务器环境中部署服务系统，提供统一的打包构建环境，脱离开发者本地环境的依赖限制，并且以服务系统的形式提供，应用MAC机器资源得到充分地利用。此外，通过统一配置管理证书的方式，证书无需提供给开发者，避免证书的泄露的可能。克服了现有技术中存在的移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题。

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

参见图1，该图为本申请实施例提供的一种IOS应用的打包构建方法流程图。

S101：根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组。

在本申请实施例中，在Linux服务器环境中部署服务系统。特别注意的是，Linux服务器的稳定性更高，安全性更强并且对于处理器或机器架构都能很好地进行资源上的容纳更具有灵活性和可扩展性。

在服务系统中配置一套应用MAC机器组，为MAC机器组中每台应用MAC机器分配IP地址，配置好网络以及安装构建命令行环境(fastlane、xcode等)、IOS证书及相关应用的预置描述文件。

可选的，在服务系统中建立数据库，并且在数据库中建立应用MAC机器信息表和预置描述文件信息表。应用MAC机器信息表用于记录服务系统中的应用MAC机器的基本信息。预置描述文件信息表用于记录预置描述文件的信息。

S102：获取应用工程信息和工程的相关参数信息。

在本申请实施例中，在服务系统中为开发者用户提供可视化操作界面，开发者用户通过服务系统提供的可视化操作界面，便可以配置相关应用工程信息和工程的相关参数信息。简化用户开发者操作，用户只需在可视化操作界面配置一次后可无感触发，简化了流程。其中，应用工程信息可以包括托管的工程代码地址，工程的相关参数信息可以包括证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关，其中React Native为一种跨平台移动应用开发框架。

S103：响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器。

在本申请实施例中，用户在服务系统提供的可视化操作界面进行代码开发，完成相关应用工程信息和工程的相关参数信息后，触发执行构建指令，根据应用工程信息和工程的相关参数信息生成流程脚本，执行流程脚本生成控制调度流程脚本和构建编译脚本。执行控制调度流程脚本根据工程的相关参数信息和应用MAC机器信息表进行匹配得到应用MAC机器，将应用工程代码压缩包以及所述构建编译脚本复制到所述应用MAC机器。并判断所述React Native是否开关，若React Native为开，则安装前端NPM依赖。若React Native为关，则跳过。

S104：根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

执行构建编译脚本解压所述应用工程代码压缩包，替换签名证书，根据选择的应用MAC机器对应用工程代码执行编译，生成移动端安装的应用程序包。

本申请实施例提供的一种IOS应用的打包构建方法，首先，根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组。所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件。然后，获取应用工程信息和工程的相关参数信息。之后，响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器。最后，根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。如此，在服务器环境中部署服务系统，提供统一的打包构建环境，降低了应用工程代码开发对本地环境的依赖。此外，通过统一配置管理证书的方式，证书无需提供给开发者，避免证书的泄露的可能。克服了现有技术中存在的移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题。

图2为本申请提供的IOS应用的打包构建方法又一实施例，其流程示意图如图2所示，包括：

S201：根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组。

配置信息可以包括每台应用MAC机器的IP地址、xcode版本和使用状态、管理证书以及预置描述文件。其中，预置描述文件包括：应用ID、公司归属说明、预置描述文件UUID、团队类型、证书类型、导出方式。

S202：在所述服务系统中建立可视化操作界面。

开发者用户通过服务系统提供的可视化操作界面，配置相关应用工程信息和工程的相关参数信息。还可以通过服务系统提供的可视化操作界面进行代码开发和发出执行构建指令等。

S203：在所述服务系统中建立数据库。

S204:在所述数据库中建立应用MAC机器信息表和预置描述文件信息表。

应用MAC机器信息表用于记录服务系统中的应用MAC机器的基本信息，所述应用MAC机器信息表中一条数据对应一台所述应用MAC机器。

预置描述文件信息表用于记录预置描述文件的信息，预置描述文件信息表中一条数据对应一个所述预置描述文件。

S205：获取应用工程信息和工程的相关参数信息。

应用工程信息包括：托管的工程代码地址。工程的相关参数信息包括：证书BundleID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关。所述ReactNative为一种跨平台移动应用开发框架。

S206：根据所述应用工程信息和所述工程的相关参数信息生成流程脚本。

用户在服务系统提供的可视化操作界面进行代码开发，完成相关应用工程信息和工程的相关参数信息后，触发执行构建指令，根据应用工程信息和工程的相关参数信息生成流程脚本。

S207：根据执行所述流程脚本生成控制调度流程脚本和构建编译脚本。

执行脚本在服务系统中一步步执行，包括生成ansible流程控制调度脚本和xcodebuild.sh构建编译脚本。

S208:根据执行所述控制调度流程脚本得到应用MAC机器。

执行ansible流程控制调度脚本。在ansible流程控制调度脚本流程中，通过工程的相关参数信息和应用MAC机器信息表进行匹配得到应用MAC机器。

S209：将所述应用工程代码压缩包以及所述构建编译脚本复制到所述应用MAC机器。

将代码压缩包及xocdebuild.sh构建编译脚本复制到匹配到的应用MAC机器。

S210:判断所述React Native是否开关，若所述React Native为开，则执行S211，若所述React Native为关，则直接跳转执行S212。

React Native(简称RN)是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的JS框架React在原生移动应用平台的衍生产物，支持iOS和安卓两大平台。RN使用Javascript语言，类似于HTML的JSX，以及CSS来开发移动应用，因此熟悉Web前端开发的技术人员只需很少的学习就可以进入移动应用开发领域。

S211:则安装前端NPM依赖。

如果在开发过程中使用了React Native，也就是跨平台移动应用开发框架，则需要安装前端NPM依赖来支撑在开发过程中使用不同类型的语言。S212根据执行所述构建编译脚本解压所述应用工程代码压缩包。

在完成将代码压缩包及xocdebuild.sh构建编译脚本复制到匹配到的应用MAC机器后，在执行xocdebuild.sh构建编译脚本解压应用工程代码压缩包。

S213:替换签名证书，对解压后的应用工程代码执行编译，生成移动端安装的应用程序包。

在xocdebuild.sh构建编译脚本解压应用工程代码压缩包之后，替换签名证书，对解压后的应用工程代码执行编译，生成移动端安装的应用程序包。

S214:获取所述移动端安装的应用程序包以及编译过程中所产生的日志信息。

S215:将所述移动端安装的应用程序包以及所述日志信息上传至所述服务系统存储。

可见，在本实施例中，在服务器环境中部署服务系统，并且在服务系统中配置应用MAC机器组，为应用MAC机器组中每台应用MAC机器统一配置环境和管理证书，通过统一配置环境降低了代码构建打包过程中对本地环境的依赖和通过统一管理证书降低证书泄漏的可能性。然后服务系统中还建立可视化操作界面，开发者用户通过服务系统提供的可视化操作界面，配置相关应用工程信息和工程的相关参数信息。还可以通过服务系统提供的可视化操作界面进行代码开发和发出执行构建指令等，简化用户开发者操作，用户只需在可视化操作界面配置一次后可无感触发，简化了流程。此外，服务系统中还建立有应用MAC机器信息表和预置描述文件信息表用于相应用户构建指令后根据配置相关应用工程信息和工程的相关参数信息匹配对应的应用MAC机器，应用MAC机器以服务系统的形式向用户提供，应用MAC机器得到了充分的利用。并且在应用工程代码开发过程中可以使用跨平台移动应用开发框架使得用户只需很少的学习就可以进入移动应用开发领域。

参见图3，该图为本申请实施例提供的一种IOS应用的打包构建装置，该装置300至少包括：部署模块301、获取模块302、选择模块303、编译模块304。

部署模块301，用于根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件。

获取模块302，用于获取应用工程信息和工程的相关参数信息。

所述应用工程信息包括：托管的工程代码地址；所述工程的相关参数信息包括：证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关；所述React Native为一种跨平台移动应用开发框架。

选择模块303，用于响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器。

编译模块304，用于根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

可选的，所述装置还包括：

第一建立模块，用于在所述服务系统中建立数据库。

可选的，所述建立模块具体用于在所述数据库中建立应用MAC机器信息表和预置描述文件信息表。

所述应用MAC机器信息表用于记录所述服务系统中的应用MAC机器的基本信息，所述应用MAC机器信息表中一条数据对应一台所述应用MAC机器。

所述预置描述文件信息表用于记录预置描述文件的信息，所述预置描述文件信息表中一条数据对应一个所述预置描述文件。

可选的，选择模块303包括：

第一生成单元，用于根据所述应用工程信息和所述工程的相关参数信息生成流程脚本。

第二生成单元，用于根据执行所述流程脚本生成控制调度流程脚本和构建编译脚本。

控制调度流程脚本执行单元，用于根据执行所述控制调度流程脚本得到应用MAC机器，将所述应用工程代码压缩包以及所述构建编译脚本复制到所述应用MAC机器。所述应用MAC机器是通过所述工程的相关参数信息和所述应用MAC机器信息表进行匹配得到的。

可选的，编译模块304包括：

解压单元，用于根据执行所述构建编译脚本解压所述应用工程代码压缩包。

编译单元，用于替换签名证书，对解压后的应用工程代码执行编译，生成移动端安装的应用程序包。

所述应用工程信息包括：托管的工程代码地址；所述工程的相关参数信息包括：证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关；所述React Native为一种跨平台移动应用开发框架。

可选的，所述装置还包括：

判断模块，用于判断所述React Native是否开关。

若所述React Native为开，则安装前端NPM依赖。

可选的，所述装置还包括：

第二获取模块，用于获取所述移动端安装的应用程序包以及编译过程中所产生的日志信息。

存储模块，用于将所述移动端安装的应用程序包以及所述日志信息上传至所述服务系统存储。

可选的，所述装置还包括：

第二建立模块，用于在所述服务系统中建立可视化操作界面，以通过所述可视化操作界面获取所述应用工程信息和所述工程的相关参数信息。

本申请实施例提供的一种IOS应用的打包构建装置。其中，部署模块301，用于根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；获取模块302，用于获取应用工程信息和工程的相关参数信息；所述应用工程信息包括：托管的工程代码地址；所述工程的相关参数信息包括：证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关；所述React Native为一种跨平台移动应用开发框架。选择模块303，用于响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；编译模块304，根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。如此，在服务器环境中部署服务系统，提供统一的打包构建环境，脱离开发者本地环境的依赖限制，并且以服务系统的形式提供，应用MAC机器资源得到充分地利用。此外，通过统一配置管理证书的方式，证书无需提供给开发者，避免证书的泄露的可能。克服了现有技术中存在的移动端IOS应用的开发依赖本地环境以及签名管理证书容易泄露的问题。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (10)

1.一种IOS应用的打包构建方法，其特征在于，包括：

根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；

获取应用工程信息和工程的相关参数信息；

响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；

根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

2.根据权利要求1中所述的方法，其特征在于，所述方法还包括：

在所述服务系统中建立数据库；

在所述数据库中建立应用MAC机器信息表；所述应用MAC机器信息表用于记录所述服务系统中的应用MAC机器的基本信息，所述应用MAC机器信息表中一条数据对应一台所述应用MAC机器；

在所述数据库中建立预置描述文件信息表；所述预置描述文件信息表用于记录所述预置描述文件的信息，所述预置描述文件信息表中一条数据对应一个所述预置描述文件。

3.根据权利要求2中所述的方法，其特征在于，所述响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器，包括：

根据所述应用工程信息和所述工程的相关参数信息生成流程脚本；

根据执行所述流程脚本生成控制调度流程脚本和构建编译脚本；

根据执行所述控制调度流程脚本得到应用MAC机器，将所述应用工程代码压缩包以及所述构建编译脚本复制到所述应用MAC机器；所述应用MAC机器是通过所述工程的相关参数信息和所述应用MAC机器信息表进行匹配得到的。

4.根据权利要求3中所述的方法，其特征在于，根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包，包括：

根据执行所述构建编译脚本解压所述应用工程代码压缩包；

替换签名证书，对解压后的应用工程代码执行编译，生成移动端安装的应用程序包。

5.根据权利要求3中所述的方法，其特征在于，所述应用工程信息包括：托管的工程代码地址；所述工程的相关参数信息包括：证书Bundle ID、编译工具软件xcode版本、工程空间、编译环境、React Native是否开关；所述React Native为一种跨平台移动应用开发框架。

6.根据权利要求5中所述的方法，其特征在于，在所述根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包之前，还包括：

判断所述React Native是否开关；

若所述React Native为开，则安装前端NPM依赖；

若所述React Native为关，则跳过此步骤，不安装所述前端NPM依赖。

7.根据权利要求6中所述的方法，其特征在于，所述方法还包括：

获取所述移动端安装的应用程序包以及编译过程中所产生的日志信息；

将所述移动端安装的应用程序包以及所述日志信息上传至所述服务系统存储。

8.根据权利要求2中所述的方法，其特征在于，所述基本信息包括应用MAC机器的IP地址、xcode版本和使用状态；所述预置描述文件包括：应用ID、公司归属说明、预置描述文件UUID、团队类型、证书类型、导出方式。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述方法还包括：

在所述服务系统中建立可视化操作界面，以通过所述可视化操作界面获取所述应用工程信息和所述工程的相关参数信息。

10.一种IOS应用的打包构建装置，其特征在于，包括：

部署模块，用于根据配置信息在服务器环境中部署服务系统，所述配置信息用于配置所述服务系统中的应用MAC机器组；所述配置信息包括：每台应用MAC机器的基本信息、管理证书以及预置描述文件；

获取模块，用于获取应用工程信息和工程的相关参数信息；

选择模块，用于响应于构建指令，获取应用工程代码，根据所述应用工程信息和所述工程的相关参数信息从所述服务系统中选择应用MAC机器；

编译模块，用于根据选择的应用MAC机器对所述应用工程代码执行编译，生成移动端安装的应用程序包。

Images