正确理解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