正确理解gradle assemble、assembleDebug、assembleRelease

前段时间弄新项目的时候需要配置打包平台，然后就研究了一下，之前由于都用Android studio 进行构建项目，所以很少用命令行，久而久之对于这些有点陌生。
先上第一张图：

image.png

它是整个工程的一个目录，其实也就有多少个module就有多少个build.gradle，第一个代表这整个project的build.gradle，那么咱们看看每个目录下面都有什么呢？

image.png

看到了吧，其实每个目录下面都是一堆task，这个task 有的是Android 给你预设好的，有的是自己的自定义的
那么我把app/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}
那么咱们再来看看现在的gradle 发生了什么变化。

image.png

是不是多出来几种。再看other里面。

image.png

哇，竟然进行了排序组合，这就是productFlavors的风味的作用了。

进入正题：实际的表现

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