CN108418717A - 安卓应用打包上传方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了一种安卓应用打包上传方法、装置、计算机设备及存储介质。该方法包括：获取存储在共享服务器上的自动打包脚本；通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；若本地文件中不存在编译配置缓存文件，初始化当前配置参数；将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。该方法实现了打包自动化，无需手动配置打包工具的参数，也无需部署独立服务器，提高了打包效率和成功率。

Description

安卓应用打包上传方法、装置、计算机设备及存储介质

技术领域

本申请涉及安卓应用开发技术领域，尤其涉及一种安卓应用打包上传方法、装置、计算机设备及存储介质。

背景技术

目前，Android应用(即安卓系统中的应用程序)在打包时，一般采用如下两种方案：

1)在本地使用Eclipse或Android Studio等IDE打包，手动修改配置，打完包之后，手动上传到指定服务器地址(其中，Eclipse是一个开放源代码的、基于Java的可扩展开发平台，也即是一个框架和一组服务，用于通过插件组件构建开发环境；Android Studio是一个安卓开发环境，提供了集成的Android开发工具用于开发和调试；IDE，全称是IntegratedDevelopment Environment，表示集成开发环境，其用于提供程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面工具)；

2)使用Jenkins(其是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作)集成工具打包，需要独立的服务器做配置，流水线执行job(job即数据库中的定时任务)方式打包；

但采用1)中方案时，依赖依靠人工手动配置，容易出错，效率低；

采用2)中方案时，需要独立服务器配置，耗时耗资源，且不够灵活。

发明内容

本申请提供了一种安卓应用打包上传方法、装置、计算机设备及存储介质，旨在解决现有技术中安卓应用打包依赖依靠人工手动配置打包工具的参数或是配置独立服务器，容易出错，效率低下的问题。

第一方面，本申请提供了一种安卓应用打包上传方法，其包括：

获取存储在共享服务器上的自动打包脚本；

通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；

若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；

若本地文件中不存在编译配置缓存文件，初始化当前配置参数；

将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

第二方面，本申请提供了一种安卓应用打包上传装置，其包括：

脚本获取单元，用于获取存储在共享服务器上的自动打包脚本；

判断单元，用于通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；

第一配置参数获取单元，用于若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；

第二配置参数获取单元，用于若本地文件中不存在编译配置缓存文件，初始化当前配置参数；

上传单元，用于将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请提供的任一项所述的安卓应用打包上传方法。

第四方面，本申请还提供了一种存储介质，其中所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本申请提供的任一项所述的安卓应用打包上传方法。

本申请提供一种安卓应用打包上传方法、装置、计算机设备及存储介质。该方法通过获取存储在共享服务器上的自动打包脚本；通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；若本地文件中不存在编译配置缓存文件，初始化当前配置参数；将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。该方法实现了打包自动化，无需手动配置打包工具的参数，也无需部署独立服务器，提高了打包效率和成功率。

附图说明

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

图1为本申请实施例提供的一种安卓应用打包上传方法的示意流程图；

图2是本申请实施例提供的一种安卓应用打包上传方法的子流程示意图；

图3是本申请实施例提供的一种安卓应用打包上传方法的另一子流程示意图；

图4为本申请实施例提供的一种安卓应用打包上传方法的另一子流程示意图；

图5为本申请实施例提供的一种安卓应用打包上传方法的另一示意流程图；

图6为本申请实施例提供的一种安卓应用打包上传装置的示意性框图；

图7为本申请实施例提供的一种安卓应用打包上传装置的子单元示意性框图；

图8为本申请实施例提供的一种安卓应用打包上传装置的另一子单元示意性框图；

图9为本申请实施例提供的一种安卓应用打包上传装置的另一子单元示意性框图；

图10为本申请实施例提供的一种安卓应用打包上传装置的另一示意性框图；

图11为本申请实施例提供的一种计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，图1是本申请实施例提供的一种安卓应用打包上传方法的示意流程图。该方法应用于台式电脑、手提电脑、平板电脑等终端中。如图1所示，该方法包括步骤S101～S105。

S101、获取存储在共享服务器上的自动打包脚本。

在本实施例中，选取shell脚本作为自动打包脚本，通过shell脚本判断本地文件中是否存在编译配置缓存文件、将当前配置参数配置至安装包程序中、以及对安装包程序编译打包和上传服务器。其中，shell脚本与Windows/Dos下的批处理相似，也就是用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件。由于是将自动打包脚本(即shell脚本)存储在共享服务器的项目工程目录下，任何需要拉取shell脚本的终端与共享服务器建立连接后，直接从项目工程目录下拉取shell脚本即可，这样同一时刻多台终端可以分别拉取shell脚本来自动打包apk文件，实现多台终端都可以在同一时刻打包，互不干扰，提高了打包效率。

S102、通过自动打包脚本判断本地文件中是否存在编译配置缓存文件。

在本实施例中，当在系统中检测到指定指令(如sh genProductBetaApk.sh命令，该指令用于激活生成apk打包)被执行时，就开始执行自动打包脚本以启动安卓应用打包。在通过执行shell脚本所启动的安装包打包时，会记录上一次打包的配置缓存文件，配置缓存文件主要包括编译的用户信息(由谁触发编译的)、编译的版本号、编译的时间、及安装包的适用环境(表示安装包是生产环境安装包还是测试环境安装包等)。如果判断存在编译配置缓存文件，则表示无需再次设置配置参数，而直接从编译配置缓存文件中直接获取即可；若不存在编译配置缓存文件，则表示需要初始化当前配置参数。本申请中通过自动打包脚本代替人工判断，自动从本地文件中拉取编译配置缓存文件，提高了配置文件读取效率。

S103、若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数。

如图2所示，该步骤S103中读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数包括以下子步骤：

S1031、获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；

S1032、将编译的版本号自动加1；

S1033、将编译的时间置为当前系统时间；

S1034、将编译的用户信息置为当前编译用户信息；

S1035、将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；

S1036、将当前配置参数置为更新后的编译配置缓存文件。

在一实施例中，自动打包脚本中编译环境标识符为test，将安装包的适用环境置为测试环境安装包；自动打包脚本中编译环境标识符为product，将安装包的适用环境置为生产环境安装包。

在本实施例中，shell脚本每次打包完成后，在编译配置缓存文件都会记录上次打包的时间，Build版本号(一个数字,也即编译的版本号，如23)，编译的用户信息等在本地的缓存文件中，下次就直接读取缓存文件在上次的基础上修改编译(如上次编译的版本号是23，程序自动加1，将24作为本次编译的版本号)，无需用户手动修改，直接通过自动打包脚本来读取编译配置缓存文件即可。

S104、若本地文件中不存在编译配置缓存文件，初始化当前配置参数。

在一实施例中，如图3所示，所述步骤S104中初始化当前配置参数包括以下子步骤：

S1041、获取系统中当前编译用户信息，将编译的用户信息置为当前编译用户信息；

S1042、将编译的版本号置为1；

S1043、获取当前系统时间，将编译的时间置为当前系统时间；

S1044、获取shell脚本中编译环境标识符对应的适用环境，将安装包的适用环境置为编译环境标识符对应的适用环境；

S1045、根据编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，得到初始化的当前配置参数。

在本实施例中，若本地文件中不存在编译配置缓存文件，则表示需要初始化当前配置参数。与本地文件中存在编译配置缓存文件不同之处在于，需将编译的版本号置为1，也实现了无需用户手动修改，直接通过自动打包脚本来初始化当前配置参数。

S105、将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

如图4所示，该步骤S105中将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件包括以下子步骤：

S1051、获取本地存储的未进行编译的安装包程序；

S1052、将当前配置参数中所包括的编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，对应传入安装包程序的文件夹。

在本实施例中，由于多台终端可分别拉取共享服务器上的shell脚本来自动打包apk文件，故当前终端拉取了共享服务器上的shell脚本并在本地获得了当前配置参数后，则需将当前配置参数编译到本地待打包且未进行编译的安装包程序中。shell脚本识别了安装包程序中存在当前配置参数，即可进一步进行自动打包。

如图5所示，该步骤S105中对安装包程序编译打包得到安装包apk文件包括以下子步骤(也即步骤S1052之后还包括以下子步骤)：

S1053、获取安装包程序的源码，及与源码对应的依赖库源码；

S1054、定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；

S1055、定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；

S1056、在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；

S1057、获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

在本实施例中，预设的第一指令为androidupdate lib-project-p.-t android-17，其中-p.的意思是在当前根目录下执行，-t android-17的意思是此源码使用android-17api进行编译，上述参数可根据项目情况自行修改，所有的依赖库都要执行这一步操作。

预设的第二指令为android update project-p.-t android-17，其与第一指令的不同之处在于，第一指令是更新依赖库lib以生成依赖库下的第一自动打包文件，第二指令是更新项目project中的源码以生成第二自动打包文件。

获取shell脚本中设置的存储路径所对应的签名文件中，所述签名文件为META-INF文件，相当于一个信息包，目录中的文件和目录获得Java 2平台的认可与解释，其用来配置应用程序、扩展程序、类加载器和服务manifest.mf文件，在用jar打包时自动生成。通过上述方式，实现了对安装包程序自动编译打包，而且打包过程无需部署独立服务器。

可见，该方法实现了安卓应用打包自动化，无需手动配置打包工具的参数，也无需部署独立服务器，提高了打包效率和成功率。

本申请实施例还提供一种安卓应用打包上传装置，该安卓应用打包上传装置用于执行前述任一项安卓应用打包上传方法。具体地，请参阅图6，图6是本申请实施例提供的一种安卓应用打包上传装置的示意性框图。安卓应用打包上传装置100可以安装于台式电脑、平板电脑、手提电脑、等终端中。

如图6所示，安卓应用打包上传装置100包括脚本获取单元101、判断单元102、第一配置参数获取单元103、第二配置参数获取单元104、及上传单元105。

脚本获取单元101，用于获取存储在共享服务器上的自动打包脚本。

在本实施例中，选取shell脚本作为自动打包脚本，通过shell脚本判断本地文件中是否存在编译配置缓存文件、将当前配置参数配置至安装包程序中、以及对安装包程序编译打包和上传服务器。其中，shell脚本与Windows/Dos下的批处理相似，也就是用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件。由于是将自动打包脚本(即shell脚本)存储在共享服务器的项目工程目录下，任何需要拉取shell脚本的终端与共享服务器建立连接后，直接从项目工程目录下拉取shell脚本即可，这样同一时刻多台终端可以分别拉取shell脚本来自动打包apk文件，实现多台终端都可以在同一时刻打包，互不干扰，提高了打包效率。

判断单元102，用于通过自动打包脚本判断本地文件中是否存在编译配置缓存文件。

在本实施例中，当在系统中检测到指定指令(如sh genProductBetaApk.sh命令，该指令用于激活生成apk打包)被执行时，就开始执行自动打包脚本以启动安卓应用打包。在通过执行shell脚本所启动的安装包打包时，会记录上一次打包的配置缓存文件，配置缓存文件主要包括编译的用户信息(由谁触发编译的)、编译的版本号、编译的时间、及安装包的适用环境(表示安装包是生产环境安装包还是测试环境安装包等)。如果判断存在编译配置缓存文件，则表示无需再次设置配置参数，而直接从编译配置缓存文件中直接获取即可；若不存在编译配置缓存文件，则表示需要初始化当前配置参数。本申请中通过自动打包脚本代替人工判断，自动从本地文件中拉取编译配置缓存文件，提高了配置文件读取效率。

第一配置参数获取单元103，用于若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数。

在一实施例中，如图7所示，所述第一配置参数获取单元103包括以下子单元：

本地缓存文件获取单元1301，用于获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；

自增单元1302，用于将编译的版本号自动加1；

第一时间设置单元1303，用于将编译的时间置为当前系统时间；

第一用户信息设置单元1304，用于将编译的用户信息置为当前编译用户信息；

第一环境设置单元1305，用于将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；

参数更新单元1306，用于将当前配置参数置为更新后的编译配置缓存文件。

在一实施例中，自动打包脚本中编译环境标识符为test，将安装包的适用环境置为测试环境安装包；自动打包脚本中编译环境标识符为product，将安装包的适用环境置为生产环境安装包。

在本实施例中，shell脚本每次打包完成后，在编译配置缓存文件都会记录上次打包的时间，Build版本号(一个数字,也即编译的版本号，如23)，编译的用户信息等在本地的缓存文件中，下次就直接读取缓存文件在上次的基础上修改编译(如上次编译的版本号是23，程序自动加1，将24作为本次编译的版本号)，无需用户手动修改，直接通过自动打包脚本来读取编译配置缓存文件即可。

第二配置参数获取单元104，用于若本地文件中不存在编译配置缓存文件，初始化当前配置参数。

在一实施例中，如图8所示，所述第二配置参数获取单元104包括以下子单元：

第二用户信息设置单元1041，用于获取系统中当前编译用户信息，将编译的用户信息置为当前编译用户信息；

版本号初始设置单元1042，用于将编译的版本号置为1；

第二时间设置单元1043，用于获取当前系统时间，将编译的时间置为当前系统时间；

第二环境设置单元1044，用于获取shell脚本中编译环境标识符对应的适用环境，将安装包的适用环境置为编译环境标识符对应的适用环境；

参数初始化单元1045，用于根据编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，得到初始化的当前配置参数。

在本实施例中，若本地文件中不存在编译配置缓存文件，则表示需要初始化当前配置参数。与本地文件中存在编译配置缓存文件不同之处在于，需将编译的版本号置为1，也实现了无需用户手动修改，直接通过自动打包脚本来初始化当前配置参数。

上传单元105，用于将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

如图9所示，所述上传单元105包括以下子单元：

安装包获取单元1051，用于获取本地存储的未进行编译的安装包程序；

信息传入单元1052，用于将当前配置参数中所包括的编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，对应传入安装包程序的文件夹。

在本实施例中，由于多台终端可分别拉取共享服务器上的shell脚本来自动打包apk文件，故当前终端拉取了共享服务器上的shell脚本并在本地获得了当前配置参数后，则需将当前配置参数编译到本地待打包且未进行编译的安装包程序中。shell脚本识别了安装包程序中存在当前配置参数，即可进一步进行自动打包。

如图10所示，所述上传单元105还包括以下子单元：

安装包解析单元1053，用于获取安装包程序的源码，及与源码对应的依赖库源码；

第一定位单元1054，用于定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；

第二定位单元1055，用于定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；

未签名apk获取单元1056，用于在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；

安装包apk获取单元1057，用于获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

在本实施例中，预设的第一指令为androidupdate lib-project-p.-t android-17，其中-p.的意思是在当前根目录下执行，-t android-17的意思是此源码使用android-17api进行编译，上述参数可根据项目情况自行修改，所有的依赖库都要执行这一步操作。

预设的第二指令为android update project-p.-t android-17，其与第一指令的不同之处在于，第一指令是更新依赖库lib以生成依赖库下的第一自动打包文件，第二指令是更新项目project中的源码以生成第二自动打包文件。

获取shell脚本中设置的存储路径所对应的签名文件中，所述签名文件为META-INF文件，相当于一个信息包，目录中的文件和目录获得Java 2平台的认可与解释，其用来配置应用程序、扩展程序、类加载器和服务manifest.mf文件，在用jar打包时自动生成。通过上述方式，实现了对安装包程序自动编译打包，而且打包过程无需部署独立服务器。。

可见，该装置实现了安卓应用打包自动化，无需手动配置打包工具的参数，也无需部署独立服务器，提高了打包效率和成功率。

上述安卓应用打包上传装置可以实现为一种计算机程序的形式，该计算机程序可以在如图11所示的计算机设备上运行。

请参阅图11，图11是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是平板电脑、笔记本电脑、台式电脑、个人数字助理等电子设备。

参阅图11，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种安卓应用打包上传方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种安卓应用打包上传方法。

该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：获取存储在共享服务器上的自动打包脚本；通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；若本地文件中不存在编译配置缓存文件，初始化当前配置参数；将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

在一实施例中，处理器502还执行如下操作：获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；将编译的版本号自动加1；将编译的时间置为当前系统时间；将编译的用户信息置为当前编译用户信息；将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；将当前配置参数置为更新后的编译配置缓存文件。

在一实施例中，处理器502还执行如下操作：获取系统中当前编译用户信息，将编译的用户信息置为当前编译用户信息；将编译的版本号置为1；获取当前系统时间，将编译的时间置为当前系统时间；获取shell脚本中编译环境标识符对应的适用环境，将安装包的适用环境置为编译环境标识符对应的适用环境；根据编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，得到初始化的当前配置参数。

在一实施例中，处理器502还执行如下操作：获取本地存储的未进行编译的安装包程序；将当前配置参数中所包括的编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，对应传入安装包程序的文件夹。

在一实施例中，处理器502还执行如下操作：获取安装包程序的源码，及与源码对应的依赖库源码；定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

本领域技术人员可以理解，图11中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图11所示实施例一致，在此不再赘述。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请的另一实施例中提供一种存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现：获取存储在共享服务器上的自动打包脚本；通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；若本地文件中不存在编译配置缓存文件，初始化当前配置参数；将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

在一实施例中，该程序指令被处理器执行时实现：获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；将编译的版本号自动加1；将编译的时间置为当前系统时间；将编译的用户信息置为当前编译用户信息；将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；将当前配置参数置为更新后的编译配置缓存文件。

在一实施例中，该程序指令被处理器执行时实现：获取系统中当前编译用户信息，将编译的用户信息置为当前编译用户信息；将编译的版本号置为1；获取当前系统时间，将编译的时间置为当前系统时间；获取shell脚本中编译环境标识符对应的适用环境，将安装包的适用环境置为编译环境标识符对应的适用环境；根据编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，得到初始化的当前配置参数。

在一实施例中，该程序指令被处理器执行时实现：获取本地存储的未进行编译的安装包程序；将当前配置参数中所包括的编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，对应传入安装包程序的文件夹。

在一实施例中，该程序指令被处理器执行时实现：获取安装包程序的源码，及与源码对应的依赖库源码；定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

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

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

Claims (10)

1.一种安卓应用打包上传方法，其特征在于，包括：

获取存储在共享服务器上的自动打包脚本；

通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；

若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；

若本地文件中不存在编译配置缓存文件，初始化当前配置参数；

将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

2.根据权利要求1所述的安卓应用打包上传方法，其特征在于，所述读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数，包括：

获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；

将编译的版本号自动加1；

将编译的时间置为当前系统时间；

将编译的用户信息置为当前编译用户信息；

将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；

将当前配置参数置为更新后的编译配置缓存文件。

3.根据权利要求2所述的安卓应用打包上传方法，其特征在于，所述初始化当前配置参数，包括：

获取系统中当前编译用户信息，将编译的用户信息置为当前编译用户信息；

将编译的版本号置为1；

获取当前系统时间，将编译的时间置为当前系统时间；

获取shell脚本中编译环境标识符对应的适用环境，将安装包的适用环境置为编译环境标识符对应的适用环境；

根据编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，得到初始化的当前配置参数。

4.根据权利要求2所述的安卓应用打包上传方法，其特征在于，所述将当前配置参数配置至安装包程序中，包括：

获取本地存储的未进行编译的安装包程序；

将当前配置参数中所包括的编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境，对应传入安装包程序的文件夹。

5.根据权利要求1所述的安卓应用打包上传方法，其特征在于，所述对安装包程序编译打包得到安装包apk文件，包括：

获取安装包程序的源码，及与源码对应的依赖库源码；

定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；

定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；

在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；

获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

6.一种安卓应用打包上传装置，其特征在于，包括：

脚本获取单元，用于获取存储在共享服务器上的自动打包脚本；

判断单元，用于通过自动打包脚本判断本地文件中是否存在编译配置缓存文件；

第一配置参数获取单元，用于若本地文件中存在编译配置缓存文件，读取编译配置缓存文件，并根据编译配置缓存文件设置当前配置参数；

第二配置参数获取单元，用于若本地文件中不存在编译配置缓存文件，初始化当前配置参数；

上传单元，用于将当前配置参数配置至安装包程序中，对安装包程序编译打包得到安装包apk文件，将安装包apk文件上传到预先设置的指定服务器地址。

7.根据权利要求6所述的安卓应用打包上传装置，其特征在于，所述第一配置参数获取单元，包括：

本地缓存文件获取单元，用于获取编译配置缓存文件中所包括编译的用户信息、编译的版本号、编译的时间、及安装包的适用环境；

自增单元，用于将编译的版本号自动加1；

第一时间设置单元，用于将编译的时间置为当前系统时间；

第一用户信息设置单元，用于将编译的用户信息置为当前编译用户信息；

第一环境设置单元，用于将安装包的适用环境置为自动打包脚本中编译环境标识符对应的适用环境，得到更新后的编译配置缓存文件；

参数更新单元，用于将当前配置参数置为更新后的编译配置缓存文件。

8.根据权利要求6所述的安卓应用打包上传装置，其特征在于，所述上传单元，包括：

安装包解析单元，用于获取安装包程序的源码，及与源码对应的依赖库源码；

第一定位单元，用于定位依赖库源码目录，通过执行预设的第一指令，生成依赖库下的第一自动打包文件；

第二定位单元，用于定位源码的根目录，通过执行预设的第二指令，生成源码下的第二自动打包文件；

未签名apk获取单元，用于在源码的根目录下依次进行目录清理及编译，得到未签名的apk文件；

安装包apk获取单元，用于获取shell脚本中设置的存储路径所对应的签名文件，将签名文件、第一自动打包文件、及第二自动打包文件增加至未签名的apk文件，得到安装包apk文件。

9.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的安卓应用打包上传方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的安卓应用打包上传方法。