[Gradle系列]Gradle打包apk多版本，多渠道，多环境，多功能，多模块随心所欲

Tamic: http://blog.csdn.net/sk719887916/article/details/53411771

开始

上篇Gradle发布Module（Maven）到jcenter, 并构建自己的企业Maven私服介绍了怎样从本地module发布自己的maven包到JCenter，包括怎样构建远程maven企业私服，既然有了自己的maven包，对于后期出包版本迭代比中相对容易控制版本，那么版本渠道等相关问题又怎么控制，尤其涉及OEM业务的公司企业定制化更加严重，一般存在以下问题？

• 渠道定制，比如不同厂商有不同的渠道包,出包是否一个个打包

• 版本控制，不同厂商不同版本，是否需要不版本不同代码

• 功能定制，不同厂商的apk要的功能不一样，是否需要二次开发

• 应用定制， 不同厂商需要的包名，appName， 业务也不一样，是否需要重新构建app

看了以上app问题，发现用一套代码是不行的，有的同学就开始从主分支拉分支了，后期版本越来越多，分支迅速增加，这时候维护成本越来越大，对于一个普通定制的Apk, 很可能只是想关闭一个开关（比如不增加推送），改起来也很快，但是从拉分支，到修改代码，到版本测试到输出包 ，到最后的移交版本，发现一来一回时间浪费太多，因此我们想到了是否有能自动化敏捷的打包机制呢，以前用的eclipse开发的很多朋友喜欢用ANt构建自己的app，将会在远程服务器部署andoid开发环境，使用本地web页面，一个按钮调用部署在远程ant脚本，执行android的bat打包命令，并将远程的code git关联上，输出具体的apk,不管是QA，Bd, Rd,PM都可以操作，无需开发自己动手打包，实际上不同厂商的需求是不一样，BD手里接手的比较全面的需求资料，这时候Bd直接通过可视化的网页来定制所有需求，并一键打包，那么今天的主题并不是教大家怎么构建自动化打包平台，今天先是解决上面的几个问题。等解决了本地基础，我们在试着搭建一个远程智能打包平台（非Jenkins）

ANT方式

在这里大致介绍下ANt流程

echo off
rem =========基本参数配置============
rem jdk的路径
set JAVA_HOME=D:/Program Files/Java/jdk1.6.0_24
rem jdk的版本
set JDK_Version=1.6
rem sdk的路径
set AndroidHome=D:/Android/android-sdk-windows
rem 编译的android版本路径
set AndroidVersion=/platforms/android-8
rem 编译的android项目路径
set AndroidProject=D:/yourProject
rem 编译生成的未签名apk文件
set unsign_apk=yourProject.apk
rem 编译生成的已签名apk文件
set sign_apk=yourProject-sign.apk
rem 签名用的key
set apk_key=keyname
set apk_keypass=keypass
set apk_keystore=D:/yourProject/key.keystore

for %%x in ("%AndroidProject%") do set AndroidProject=%%~sx
for %%x in ("%JAVA_HOME%") do set JAVA_HOME=%%~sx
for %%x in ("%AndroidHome%") do set AndroidHome=%%~sx
rem jdk工具包
set EXE_JAVA=%JAVA_HOME%/bin/java
set JAVAC=%JAVA_HOME%/bin/javac
set JAR=%JAVA_HOME%/bin/jar
set KeyTool=%JAVA_HOME%/bin/keytool
set Jarsigner=%JAVA_HOME%/bin/jarsigner
rem sdk工具包
set AndroidAAPT=%AndroidHome%%AndroidVersion%/tools/aapt.exe
set AndroidDx=%AndroidHome%%AndroidVersion%/tools/dx.bat
set AndroidApkBuilder=%AndroidHome%/tools/apkbuilder.bat
set AndroidJar=%Android