正确理解gradle assemble、assembleDebug、assembleRelease

正确理解gradle assemble、assembleDebug、assembleRelease

build.gradle 测试配置如下

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

    }
    flavorDimensions "default"
    productFlavors{
        black{

        }
        blue{

        }
    }

注意 buildType 类型的debug是默认的，不写也会默认存在。
上面的代码中主要增加了 dev,productFlavors { black,blue}

进入正题：实际的表现
1.运行 ./gradlew assemble 的结果
会在output/apk 文件夹下生产
app-black-debug.apk,
app-black-dev.apk,
app-black-release.apk,
app-blue-debug.apk,
app-blue-dev.apk,
app-blue-release.apk,
等6种组合

2.运行 ./gradlew assembleDebug 的结果
会在output/apk 文件夹下生产
app-black-debug.apk,
app-blue-debug.apk,
等2种组合

3.运行 ./gradlew assembleBlack 的结果
会在output/apk 文件夹下生产
app-black-debug.apk,
app-black-dev.apk,
app-black-release.apk,
等3种组合

4.运行 ./gradlew assembleBlackDebug 的结果
会在output/apk 文件夹下生产
app-black-debug.apk,
等1种组合

想必你也能总结出规律，如果只用assemble的话，gradle 会把 buildType 和productFlavors 组合打包，很显然命令越清晰，打的包就越精确，这一块也是多渠道打包的要点，主要是通过配置productFlavots去进行多渠道打包，bulidType 控制着打出的包是debug 类型还是release类型

还有交给大家一个小技巧，大家有没有发现这样的命令是不是很长 啊，在用的过程中这么长很不方便，gradle 为大家考虑了这件事情，大家只需要打出命令的首字母就行，比如：

./gradlew assembleRedRelease 就可以用 ./gradlew aRR 代替，注意：bulidType productFlavors 里面最后不要出现首字母一样的类型，不然gradle 没法区分，我上面举的例子就不恰当，./gradlew aBD，gralde 就区分不出 是 assembleBlackDebug 、assembleBlackDev、assembleBlueDebug、 assembleBlueDev