应用打包的方法、装置和系统与流程

本发明实施例涉及通信技术，尤其涉及一种应用打包的方法、装置和系统。

背景技术：

应用打包，是研发人员在开发应用时的关键步骤。以游戏应用打包为例，游戏应用的打包过程是将游戏运行所必要的代码、音效、模型、用户界面(userinterface，简称ui)等资源进行压缩、加密等操作后，最终生成一个安装文件，例如苹果应用(iphoneapplication，简称ipa文件)，直接提供给用户进行下载安装，这个过程是通过打包脚本工具来实现的。

以游戏应用为例，游戏开发过程中，往往需要对多种不同配置的包体进行测试，这就需要打包脚本工具支持“根据输入的打包参数的不同生成不同配置的包体”的功能。现有的游戏开发过程，大部分都是通过手动输入不同的打包参数，然后打包脚本工具读取输入的打包参数，来实现输出不同配置的游戏包体。

但是，现有技术这种需要用户手动输入不同的打包参数来生成不同配置的游戏包体，其在输入的过程中容易出错，并且若打包参数输入错误导致打包失败，则需要重新再走一次打包流程，更加影响打包效率；另外，打包参数的输入对打包用户有较高的专业要求，其打包门槛高、打包适用范围较窄。

技术实现要素：

本发明实施例提供一种应用打包的方法、装置和系统，以解决现有技术通过用户手动输入不同的打包参数来生成不同配置的游戏包体时，输入打包参数的过程中容易出错，影响打包效率、并且打包门槛高、打包适用范围较窄的技术问题。

第一方面，本发明实施例提供一种应用打包的方法，包括：

接收用户在网页页面上输入的应用打包请求；其中，所述应用打包请求中携带打包配置参数集的标识，所述打包配置参数集包括至少一种打包参数；

根据所述标识，从预设的第一映射关系中获取所述标识对应的打包配置参数集；其中，所述第一映射关系包括不同的标识与打包配置参数集之间的对应关系；

根据所述打包配置参数集执行打包脚本，生成相应配置的应用包体。

第二方面，本发明实施例提供一种应用打包的装置，包括：

接收模块，用于接收用户在网页页面上输入的应用打包请求；其中，所述应用打包请求中携带打包配置参数集的标识，所述打包配置参数集包括至少一种打包参数；

第一获取模块，用于根据所述标识，从预设的第一映射关系中获取所述标识对应的打包配置参数集；其中，所述第一映射关系包括不同的标识与打包配置参数集之间的对应关系；

打包模块，用于根据所述打包配置参数集执行打包脚本，生成相应配置的应用包体。

第三方面，本发明实施例提供一种应用打包系统，包括网页前端、网页服务器和打包端；其中，所述打包端包括打包管理平台和打包节点；

所述应用打包系统，用于执行上述第一方面所提供的应用打包的方法。

本发明实施例提供的应用打包的方法、装置和系统，当用户需要打包多种配置的应用包体时，仅需要在网页页面上输入不同配置对应的打包配置参数集的标识即可，就可以获得多种配置的应用包体，用户无需针对每种配置输入每种配置下的打包参数，大大降低了打包参数输入错误的概率。并且，本发明实施例对用户的专业性要求不高，用户仅需输入打包配置参数集的标识，无需获知哪种配置下应该输入哪些打包参数，因此，本发明实施例大大提高了打包用户的适用性。

附图说明

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

图1为本发明实施例提供的应用打包系统的架构示意图；

图2为本发明提供的应用打包的方法实施例一的流程示意图；

图3为本发明实施例提供的一种可选的网页页面示意图；

图4为本发明实施例提供的应用打包的方法实施例二的信令流程图；

图5为本发明实施例提供的应用打包的方法实施例三的流程示意图；

图6为本发明实施例提供的应用打包的方法实施例四的流程示意图；

图7为本发明实施例提供的一种可选的网页页面示意图；

图8为本发明实施例提供的一种可选的参数编辑界面示意图；

图9为本发明实施例提供的应用打包的装置实施例一的结构示意图；

图10为本发明实施例提供的应用打包的装置实施例二的结构示意图；

图11为本发明实施例提供的应用打包的装置实施例三的结构示意图。

具体实施方式

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

在介绍本发明实施例的技术方案之前，先对本发明实施例中设计的专业术语和概念进行定义或者解释。

jenkins:基于java开发的一种持续集成工具。

打包管理平台master:通过jenkins中提供的web接口，让用户来管理打包任务(job)和打包节点的(slave)的平台。

打包节点(slave)：jenkins分布式构建中配置的节点。

flask：一种python编写的轻量级网页(web)应用框架

mongodb数据库：基于分布式文件存储的数据库

游戏打包：将游戏运行所必要的代码、音效、模型、ui等资源进行压缩、加密等操作后生成各平台所需的安装包。

本发明实施例提供的应用打包的方法和装置，可以适用于图1所示的应用打包系统。如图1所示，该应用打包系统可以集成在计算机中，该应用打包系统包括：前端显示模块、集成了打包配置模块和打包执行模块的网站后台或者网页服务器、mongodb数据库、jenkins任务转发模块、打包管理平台(jenkinsmaster)和打包节点(jenkinsslave)。可选的，该前端显示模块可以称为网页前端。该应用打包系统可以执行下述方法实施例，具体参见后面实施例的描述。

其中，图1中的网页服务器为基于flask实现的轻量级web服务器，web服务器主要包括打包配置模块和打包执行模块，主要功能是响应来自前端网页页面的请求，该请求可以包括新建打包配置参数集的请求、修改打包配置参数集的请求、删除打包配置参数集的请求、执行打包配置参数集的请求等，并且该web服务器还会向jenkinsmaster送打包任务和打包参数，以通过jenkinsmaster调用对应的打包节点执行打包脚本，完成应用包体的打包。

上述图1中的前端显示模块，用于显示网页页面，该网页页面上可以显示管理员配置好的打包参数集，打包用户通过显示的打包参数集可以明确自己当前想要打包的应用包体的配置，该网页页面是用户交互的入口，用户可通过该网页页面向网页服务器发起打包请求、或者打包参数集的编辑、新建等，还可以通过该网页页面查询历史打包记录。

上述图1中的jenkinsmaster，负责接收来自web服务器的打包任务和打包参数，同时向打包节点(jenkinsslave)发起打包任务。

上述图1中的jenkinsslave，为配置有应用打包脚本的机器或者客户端，同时也是最终应用打包脚本运行的机器。

需要说明的是，本发明实施例中涉及的应用，可以是游戏应用，还可以是其他app应用，本实施例对应用的类型并不做限定。

以游戏应用打包为例，现有技术中，游戏开发过程中，往往需要对多种不同配置的游戏应用包体进行测试，这就需要打包脚本工具支持“根据输入的打包参数的不同生成不同配置的游戏应用包体”的功能。现有的游戏开发过程，大部分都是通过手动输入不同的打包参数，然后打包脚本工具读取输入的打包参数，来实现输出不同配置的游戏包体。

但是，现有技术这种需要用户手动输入不同的打包参数来生成不同配置的游戏应用包体，其在输入的过程中容易出错，并且若打包参数输入错误导致打包失败，则需要重新再走一次打包流程，更加影响打包效率；另外，打包参数的输入对打包用户有较高的专业要求，其打包门槛高、打包适用范围较窄。

本发明实施例提供的应用打包的方法、装置和系统，旨在解决现有技术的如上技术问题。

需要说明的是，本发明实施例的执行主体可以为上述图1所示的应用打包系统，还可以为集成了上述应用打包系统的计算机。上述网页服务器、jenkinsmaster、jenkinsslave均为内置在计算机中的软件或者软硬件结合的模块。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明提供的应用打包的方法实施例一的流程示意图。本实施例涉及的是在应用打包时，用户无需手动输入多种不同配置的参数以生成不同的配置的应用包体，用户仅需要输入待打包的应用对应的打包配置参数集的标识，即可生成相应配置的应用包体的具体过程。如图2所示，该方法包括如下步骤：

s101：接收用户在网页页面上输入的应用打包请求；其中，所述应用打包请求中携带打包配置参数集的标识，所述打包配置参数集包括至少一种打包参数。

具体的，当用户需要对应用进行打包时，用户可以在网页页面上输入应用打包请求，可选的，该应用打包请求可以是用户通过点击该网页页面上的某一控件输入的，还可以是用户在网页页面上通过语音输入的，本实施例对应用打包请求的形式并不做限定。在本实施例中，该应用打包请求中携带了打包配置参数集的标识，例如，当用户想要生成一个a配置的包体，则用户就在网页页面上输入携带a配置对应的打包配置参数集的标识，假设为a；当用户想要生成一个b配置的包体时，用户就在网页页面上输入携带b配置对应的打包配置参数集的标识，假设为b。也就是说，本实施例中，不同配置的包体，对应不同的打包配置参数集，不同的打包配置参数集具有不同的标识。另外，一个打包配置参数集中可以包括至少一种类型的打包参数，例如，应用包体运行的平台、patch环境、chef格式、资源等。

s102：根据所述标识，从预设的第一映射关系中获取所述标识对应的打包配置参数集；其中，所述第一映射关系包括不同的标识与打包配置参数集之间的对应关系。

具体的，结合上述图1所示的应用打包系统，该应用打包系统中预设有mongodb数据库，该数据库中预先保存了第一映射关系，该第一映射关系包括不同的打包配置参数集与打包配置参数集的标识之间的对应关系。因此，当计算机接收到用户输入的应用打包请求之后，结合该应用打包请求中携带的打包配置参数集的标识和第一映射关系，确定该标识对应的打包配置参数集。基于此，计算机结合所获得的打包配置参数集，就获知了当前用户需要生成何种配置的应用包体。

s103：根据所述打包配置参数集执行打包脚本，生成相应配置的应用包体。

当计算机根据用户的应用打包请求获得用户想要生成的应用包体对应的打包配置参数集后，计算机根据所获得的打包配置参数集执行预设的打包脚本，从而生成该打包配置参数集对应的应用包体。

由上述描述可知，当用户需要打包多种配置的应用包体时，仅需要在网页页面上输入不同配置对应的打包配置参数集的标识即可，就可以获得多种配置的应用包体，用户无需针对每种配置输入每种配置下的打包参数，大大降低了打包参数输入错误的概率。并且，本发明实施例对用户的专业性要求不高，用户仅需输入打包配置参数集的标识，无需获知哪种配置下应该输入哪些打包参数，因此，本发明实施例大大提高了打包用户的适用性。

可选的，参见图3所示的网页页面，图3所示的网页页面中包含了至少一种打包配置参数集和每个打包配置参数集关联的执行控件。结合图3所示的网页页面，上述s101具体可以为：根据所述用户触发的执行控件，确定用户所输入的应用打包请求中携带与所述执行控件关联的打包配置参数集的标识。

该可选的方式中，每一个执行控件与一个打包配置参数集相关联，用户点击网页页面上的某一个执行控件后，计算机就会根据用户点击的执行控件的坐标信息确定用户点击的是哪一个执行控件，然后结合该执行控件关联的打包配置参数集，计算机就获知了用户输入的应用打包请求中携带的是哪一个打包配置参数集的标识。

结合该可选的实施方式，用户仅需要通过点击网页页面上的执行控件，就可以促使计算机生成与该执行控件关联的打包配置参数集对应的应用包体，用户操作简单，用户无需针对每种配置输入每种配置下的打包参数，大大降低了打包参数输入错误的概率，并且提高了应用的打包效率。

图4为本发明实施例提供的应用打包的方法实施例二的信令流程图。本实施例涉及的是计算机结合用户在网页页面上输入的应用打包请求，通过计算机内部的网页服务器、打包管理平台、打包节点相互配合，生成相应配置的应用包体的具体过程。如图4所示，该方法包括如下步骤：

s201：前端显示模块根据所述用户触发的执行控件，确定用户所输入的应用打包请求中携带与所述执行控件关联的打包配置参数集的标识，所述打包配置参数集包括至少一种打包参数。

步骤s201的具体过程可以参见上述实施例的描述，在此不再赘述。

s202：前端显示模块将所述应用打包请求发送给网页服务器，以使所述网页服务器根据数据库中预设的第一映射关系，确定所述标识对应的打包配置参数集。

结合上述图1所示的应用打包系统，当前端显示模块获取到用户输入的打包请求之后，将该应用打包请求传递给网页服务器。网页服务器通过调用mongodb数据库中的第一映射关系，确定该应用打包请求中的打包配置参数集的标识对应的打包配置参数集。

s203：网页服务器解析所述打包配置参数集，得到所述应用打包请求对应的至少一个打包任务和每个打包任务对应的打包参数。

s204：网页服务器将所述至少一个打包任务和每个打包任务对应的打包参数发送给打包管理平台。

当网页服务器获得上述应用打包请求对应的打包配置参数集之后，网页服务器解析该打包配置参数集，得到该应用打包请求对应的至少一个打包任务和每个打包任务对应的打包参数。也就是说，一个应用打包请求是一个完整的应用打包命令，该完整的应用打包命令可以被拆分为至少一个顺序进行或者至少一个并行的打包任务，每一个打包任务有其对应的打包参数，该打包任务对应的打包参数为上述打包配置参数集中的部分参数。

在网页服务器得到至少一个打包任务和每个打包任务对应的打包参数之后，网页服务器将至少一个打包任务和每个打包任务对应的打包参数传递给打包管理平台，即上述图1中的jenkinsmaster。

s205：打包管理平台根据预设的第二映射关系，调用每个打包任务对应的打包节点按照所述打包任务对应的打包参数执行所述打包任务，得到相应配置的应用包体。

其中，所述第二映射关系包括不同的打包任务与打包节点的标识之间的对应关系。

该步骤中，打包管理平台上部署有第二映射关系，该第二映射关系包括不同的打包任务与打包节点(jenkinsslave)之间的对应关系。可选的，不同的打包任务可以对应不同的打包节点，也可以对应相同的打包节点，本实施例对此并不做限定。因此，当打包管理平台接收到网页服务器传递的打包任务和每个打包任务对应的打包参数后，打包管理平台根据该第二映射关系，确定出每个打包任务所对应的打包节点，并且由于打包管理平台上部署的至少一个打包任务，每个打包任务对应的打包参数的值依据网页服务器传递过来的打包参数进行设置。例如，假设打包管理平台上部署了打包任务1和打包任务1对应的打包参数m，该m的值取决于网页服务器传递的打包参数的值，假设网页服务器传递过来的打包任务为打包任务1，该打包任务1对应的打包参数m的值为p，则打包管理平台就将打包管理平台上部署的打包任务1的打包参数m的值设置为p。

当打包管理平台确定了网页服务器传递过来的打包任务对应的打包节点，以及将打包管理平台上部署的打包任务对应的打包参数的值设置完成后，打包管理平台调用每个打包任务对应的打包节点，按照该打包任务对应的打包参数执行打包任务，得到相应配置的应用包体。该调用过程具体可以为：打包管理平台将每个打包任务和每个打包任务对应的打包参数的值传递给打包节点，由打包节点依据该打包任务对应的打包参数的值执行打包任务。当所有的打包任务执行完毕后，得到上述应用打包请求对应的应用包体。

可选的，该打包节点可以是一个，还可以是多个；当网页服务器传递的至少一个打包任务对应的打包节点均相同时，该打包节点为一个，反之，该打包节点则为多个。

可选的，上述打包管理平台将网页服务器解析得到的至少一个打包任务和每个打包任务对应的打包参数传递给打包节点的具体实现过程，可以参加下述的程序代码：

本发明实施例提供的应用打包的方法，计算机在接收到用户通过网页页面的执行控件输入的应用打包请求之后，将该应用打包请求传递给网页服务器，网页服务器结合mongodb数据库中预设的第一映射关系和该应用打包请求中携带的打包配置参数集的标识，确定出该标识对应的打包配置参数集，然后解析该打包配置参数集得到至少一个打包任务和每个打包任务对应的打包参数，并将其传递给打包管理平台；打包管理平台结合第二映射关系确定出每个打包任务对应的打包节点后，调用对应的打包节点按照打包任务的打包参数的值执行打包任务，从而得到相应配置的应用包体。由上述过程可以看出，本实施例中当用户需要生成某一种配置的应用包体时，用户无需手动在打包脚本中输入该配置下的打包参数，而是通过简单的在网页页面上点击该配置下的打包配置参数集对应的执行控件即可，大大降低了打包参数输入错误的概率，并且提高了应用的打包效率。

图5为本发明实施例提供的应用打包的方法实施例三的流程示意图。本实施例涉及的是用户可以通过网页页面查询历史打包记录的具体过程。在上述实施例的基础上，进一步地，该方法还可以包括：

s301：接收用户在所述网页页面上输入的打包记录查询请求。

可选的，可以结合图3所示的网页页面，该网页页面上设置有查询控件，用户可以通过点击该查询控件，向计算机输入打包记录查询请求。当然，可选的，该打包记录查询请求还可以是语音的形式输入，本实施例对此并不做限定。

s302：根据所述打包记录查询请求，在所述网页页面上显示历史打包记录；其中，所述历史打包记录中包括打包时间、打包用户的身份信息、打包配置参数集的标识、所述打包配置参数集中的打包参数中的至少一个。

具体的，当计算机接收到用户输入的打包记录查询请求之后，计算机可以将该打包记录查询请求传递给网页服务器，由于在上述打包过程中，网页服务器会调用mongodb在打包完成后，保存对应的打包记录，该打包记录可以包括打包时间、打包用户的身份信息、打包配置参数集的标识、打包配置参数集中的打包参数中的至少一个。因此，当网页服务器接收到打包记录查询请求之后，将其在数据库中保存的部分或者全部历史打包记录通过计算机的前端显示模块，显示在网页页面上，供用户参考。

本发明实施例提供的应用打包的方法，通过在网页页面上向用户提供的打包记录的查询入口，使得用户可以实时查询历史打包记录，避免用户重复打包同一配置的应用包体，进一步提高了应用的打包效率。

图6为本发明实施例提供的应用打包的方法实施例四的流程示意图。本实施例涉及的是计算机通过识别用户的身份信息，向用户开放打包因应用时涉及的权限的具体过程。图7为本发明实施例提供的一种可选的网页页面示意图。在上述实施例的基础上，进一步地，结合图6和图7，该方法包括如下步骤：

s401：获取当前操作网页页面的用户的身份信息。

具体的，用户的身份信息一般包括打包用户和管理员。管理员对上述图1所示的应用打包系统中的mongodb数据库中所保存的第一映射关系具有修改、删除和新建的权限。打包用户对mongodb数据库的第一映射关系只有读取的权限，没有写入或者删除的权限。

在上述图3所示的网页页面的基础上，该网页页面上还可以包括：用于新建新的打包配置参数集的新建控件、每个打包配置参数集对应的修改控件中的至少一个。结合图7所示的网页页面，图7示出的网页页面上包含了新建控件和修改控件。

需要说明的是，本实施例中，无论是打包用户，还是管理员，在图7所示获得网页页面上操作时，计算机均会向待操作网页页面的用户提供一登录入口，用户基于该登录入口，向计算机输入自己的身份信息。可选的，该登录入口可以通过界面的方式实现，还可以通过语音的方式实现，还可以通过面部识别的方式实现，本实施例对此并不做限定。

s402：确定所述用户的身份信息是否与预设的用户信息匹配。

s403：若是，则向所述用户开放所述修改控件或者所述新建控件的触发权限。

具体的，当计算机获得当前待操作网页页面的用户的身份信息之后，判断该用户的身份信息是否与预设的用户信息匹配。可选的，该预设的用户信息可以包括一个或者多个管理员的身份信息。当计算机确定当前待操作网页页面的用户的身份信息与预设的用户信息匹配时，表明该用户为管理员身份，则计算机向该用户开放上述修改控件和/或新建控件的触发权限，从而使得该用户可以通过该触发权限，对mongodb数据库中的第一映射关系进行编辑、新建、删除等。需要说明的是，本实施例中涉及的“修改”可以包括对打包配置参数集中的打包参数值得修改操作，还可以包括对打包配置参数集的删除操作。

s404：若用户触发所述修改控件，则确定用户当前所输入的修改打包参数的请求，所述修改打包参数的请求中携带待修改的打包配置参数集的标识。

s405：将所述修改打包参数请求发送给所述网页服务器，以使所述网页服务器根据所述第一映射关系，向用户显示所述待修改的打包配置参数集的修改界面。

具体的，当用户在网页页面上触发了修改控件(该修改控件可以为参数编辑控件，还可以为删除控件)，由于每一个打包配置参数集对应一个修改控件，因此，计算机可以通过该修改控件的坐标信息，获知该修改控件对应的打包参数集是哪一个。基于此，计算机就可以确定出当前所输入的修改打包参数的请求中携带的待修改的打包配置参数集的标识。

然后，计算机将该修改打包参数请求发送给网页服务器，网页服务器根据mongodb数据库中的第一映射关系，确定出待修改的打包配置参数集，然后向用户显示该待修改的打包配置参数集的修改界面。可选的，该修改界面可以为包括该待修改的打包配置参数集的部分或者全部打包参数的参数编辑界面，例如可以参见图8所示的界面示意图，还可以为删除该待修改的打包配置参数集的删除界面。

s406：若用户触发所述新建控件，则确定用户当前所输入的新建打包配置参数集的请求。

s407：将所述新建打包配置参数集的请求发送给所述网页服务器，以使所述网页服务器向用户显示用于新建新的打包配置参数集的新建界面。

具体的，当用户在网页页面上触发了新建控件，计算机可以通过用户点击的坐标信息，获知用户当前输入的是新建打包配置参数集的请求，然后计算机将该新建打包配置参数集的请求发送给网页服务器，以使网页服务器向用户显示用于新建新的打包配置参数集的新建界面。用户可以基于该新建界面，建立一个新的打包配置参数集，并可以为该新的打包配置参数集设置一个标识，并将其保存至上述mongodb数据库中，以更新第一映射关系。本实施例对新建界面的形式并不做限定。

本发明实施例提供的应用打包的方法，计算机通过识别用户的身份信息，确定是否向待操作网页页面的用户开放修改控件或者新建控件的权限，即确定是否向待操作网页页面的用户开放修改mongodb数据库的写入权限，从而确保了数据库的写入合法性；另外，本实施例的方法，用户仅需要一次写入某一配置的打包配置参数集，就可以通过简单的操作，多次生成该配置下的应用包体，无需用户每次手动输入打包配置参数集的多个打包参数，进一步提高了应用的打包效率，避免了打包参数输入错误的问题发生。

图9为本发明实施例提供的应用打包的装置实施例一的结构示意图。该应用打包的装置可以通过软件、硬件或者软硬件结合的方式实现成为上述图1中的应用打包系统或者计算机的部分或者全部。如图9所示，该装置可以包括：接收模块11、第一获取模块12和打包模块13。

具体的，本实施例中，接收模块11，用于接收用户在网页页面上输入的应用打包请求；其中，所述应用打包请求中携带打包配置参数集的标识，所述打包配置参数集包括至少一种打包参数；

第一获取模块12，用于根据所述标识，从预设的第一映射关系中获取所述标识对应的打包配置参数集；其中，所述第一映射关系包括不同的标识与打包配置参数集之间的对应关系；

打包模块13，用于根据所述打包配置参数集执行打包脚本，生成相应配置的应用包体。

可选的，上述接收模块11可以为图1所示的应用打包系统的前端显示模块的部分或者全部，第一获取模块12可以对应图1所示的应用打包系统的网页服务器和mongodb数据库，打包模块13可以对应图所示的应用打包系统的jenkinsmaster和jenkinsslave。

本发明实施例提供的应用打包的装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

可选的，所述网页页面包括：至少一种打包配置参数集和每个打包配置参数集对应的执行控件；所述接收模块11，具体用于根据所述用户触发的执行控件，确定用户所输入的应用打包请求中携带与所述执行控件关联的打包配置参数集的标识。

进一步地，所述第一获取模块12，具体用于将所述应用打包请求发送给网页服务器，以使所述网页服务器根据数据库中预设的第一映射关系，确定所述标识对应的打包配置参数集。

在上述图9所示实施例的基础上，进一步地，参见图10所示的应用打包的装置实施例二的结构示意图。如图10所示，上述打包模块13，具体包括：

解析发送单元131，用于解析所述打包配置参数集，得到所述应用打包请求对应的至少一个打包任务和每个打包任务对应的打包参数，并将所述至少一个打包任务和每个打包任务对应的打包参数发送给打包管理平台；

打包调用单元132，用于根据预设的第二映射关系，调用每个打包任务对应的打包节点按照所述打包任务对应的打包参数执行所述打包任务，得到相应配置的应用包体；其中，所述第二映射关系包括不同的打包任务与打包节点的标识之间的对应关系。

可选的，该解析发送单元131可以对应上述图1所示的应用打包系统中的网页服务器，该打包调用单元132可以对应上述图1所示的应用打包系统中的jenkinsmaster和jenkinsslave。

可选的，继续参见图10所示，所述装置还包括：显示模块14；

所述接收模块11，还用于接收用户在所述网页页面上输入的打包记录查询请求；

所述显示模块14，还用于根据所述打包记录查询请求，在所述网页页面上显示历史打包记录；其中，所述历史打包记录中包括打包时间、打包用户的身份信息、打包配置参数集的标识、所述打包配置参数集中的打包参数中的至少一个。

可选的，该显示模块14也可以对应上述图1所示的应用打包系统中的前端显示模块，其显示的内容受控于网页服务器的控制。

可选的，所述网页页面还包括：用于新建新的打包配置参数集的新建控件、每个打包配置参数集对应的修改控件中的至少一个。

在上述图10所示实施例的基础上，进一步地，参见图11所示的应用打包的装置实施例三的结构示意图。如图11所示，上述装置还可以包括：第二获取模块15、确定模块16和处理模块17；

所述第二获取模块15，用于获取当前操作网页页面的用户的身份信息；

所述确定模块16，用于确定所述用户的身份信息是否与预设的用户信息匹配；

所述处理模块17，用于在所述确定模块16确定所述用户的身份信息与预设的用户信息匹配时，向所述用户开放所述修改控件或者所述新建控件的触发权限。

可选的，该第二获取模块15也可以对应于上述图1所示的应用打包系统中的前端显示模块，该确定模块16和处理模块17也可以对应于上述图1所示的应用打包系统中的网页服务器和mongodb数据库。

可选的，继续参见图11所示，上述装置还包括：第一发送模块18或者第二发送模块19；

所述确定模块16，还用于若用户触发所述修改控件，则确定用户当前所输入的修改打包参数的请求，所述修改打包参数的请求中携带待修改的打包配置参数集的标识；

所述第一发送模块18，用于将所述修改打包参数请求发送给所述网页服务器，以使所述网页服务器根据所述第一映射关系，向用户显示所述待修改的打包配置参数集的修改界面。

可选的，所述确定模块16，还用于若用户触发所述新建控件，则确定用户当前所输入的新建打包配置参数集的请求；

所述第二发送模块19，用于将所述新建打包打包配置参数集的请求发送给所述网页服务器，以使所述网页服务器向用户显示用于新建新的打包配置参数集的新建界面。

可选的，上述第一发送模块18和第二发送模块19也可以对应于上述图1所示的应用打包系统中的前端显示模块。

本发明实施例提供的应用打包的装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。