[AS3.0.1]关于Gradle多版本打包的学习

首先说下需求吧！
由于开发的时候经常会有测试版和正式版。这个时候，就可能会有服务器访问地址的区别，也有需要同时兼容的2个应用。但是一个是测试版一个确是正式版本，虽然我们可以用笨办法，就是代码拷贝2个项目。包名改下这样就能实现了。但是2个项目之间的管理就是一个很大的问题。如果在测试版改动了，但是转到正式版，忘记了修改怎么办。会导致很多的多余管理消耗，这个时候Gradle的动态管理就是一个很好的管理了。

创建项目

进入默认app项目下的build.gradle文件内
打开进入修改buildTypes
默认是只有一个release设置，初始代码如下

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

这边提下，minifyEnabled表示是否开启混淆，而下面的proguardFiles 的就是开启混淆后调用的混淆文件路径

之后呢我们修改这个buildTypes，加入debug设置

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug{
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

可以直接复制一下release的然后修改下名字就好了
这样就区分了正式和测试的版本。

测试正式版本区分设置

服务器地址区分修改

这边我们就需要用到 buildConfigField
我们想要的效果就是debug和release编译之后调用的地址是不一样的。
笨办法就是在Java代码中加入如下内容

    public static final String Host = "正式版";
    //public static final String Host = "测试版";

那么我们来看下Gradle是如何管理的
设置debug和release都加入一个buildConfigField
修改代码如下

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")

        }
        debug{
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
        }
    }

三个参数
第一个是类型，就是String Boolean int之类的
第二个是名字
第三个是内容值（然后提下，这边的内容值一定要加入"，不然获取到的结果是没有"的）

修改代码之后点击Sync Now下，就会生成一个BuildConfig，这个时候我们点进去就可以看到

测试版

正式版

我们可以看到修改debug和release获取到的值都是设置好的
调用如下就可以获取到参数

    String host = BuildConfig.Host

测试版和正式版可以共存

这个只需要在debug中加入修辞

        debug{
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
        }

这样生成app会在原有的包名后面加入.debug
下面是安装的两个app的包名

包名

修改APP名称

这边可以用resValue生成新的string
修改代码如下

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")
            resValue("string", "app_name1", "myMode")
        }
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
            resValue("string", "app_name1", "myModecopy")
        }
    }

三个参数
第一个是类型，就是string int之类的
第二个是名字
第三个是内容值

调用和正常写入res文件下的一样

    getResources().getString(R.string.app_name1)

现在我们想修改app的名字就在项目的清单文件中修改android:label里面的值

        android:label="@string/app_name1"

我们安装的项目就名字不同了

安装之后

在进入多版本设置之前。我们先设置下签名，因为我这边准备直接用Build Variants选择build方式直接安装项目，所以我这边加入了一个签名设置
签名代码如下

apply plugin: 'com.android.application'

android {
    .....其他代码
    signingConfigs {
        config {
            keyAlias 'gjn'
            keyPassword '11223344'
            storeFile file('D:/project/MyDemo/gjnKey.jks')
            storePassword '11223344'
        }
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")
            resValue("string", "app_name1", "myMode")
            signingConfig signingConfigs.config
        }
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
            resValue("string", "app_name1", "myModecopy")
        }
    }
    ....其他代码
}

使用签名就是

        signingConfig signingConfigs.config

选择安装build的地方

安装项目

多版本控制

使用productFlavors进行多版本控制
这边我们想加入一个free版本。
加入代码如下

    productFlavors{
        dev{
            flavorDimensions("versionCode")
        }
        free{
            applicationIdSuffix ".free"
            flavorDimensions("versionCode")
        }
    }

这边要说下我们需要保存默认的版本，所以我这边加入了两个。
其实这个free和dev{}里面的属性是可以设置的和项目的defaultConfig设置一样的东西
好比这个默认的

    defaultConfig {
        applicationId "com.gjn.mydemo"
        minSdkVersion 19
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

free也可以设置里面多种属性
我这边对free加入了以下属性，想试试会不会替换

    productFlavors{
        dev{
            flavorDimensions("versionCode")
        }
        free{
            applicationIdSuffix ".free"
            buildConfigField("String", "Host", "\"Free版\"")
            resValue("string", "app_name1", "myModefree")
            flavorDimensions("versionCode")
        }
    }

现在我们对4个版本进行安装

版本

安装

然后我们看下每个版本的包名和打开内容
我们将4个版本依次安装

devDebug

效果1

包名1

devRelease

效果2

包名2

freeDebug

效果3

包名3

freeRelease

效果4

包名4

这边也发现在多版本中设置的

buildConfigField("String", "Host", "\"Free版\"")
resValue("string", "app_name1", "myModefree")

是没有效果的。
具体还有其他深入的使用，只能之后再补充了。

资料

Gradle 动态编译-利用配置文件指定不同软件版本对应的服务器地址

[AS3.0.1]关于Gradle多版本打包的学习

创建项目

测试正式版本区分设置

多版本控制

资料

推荐阅读更多精彩内容