版本构建
在app开发过程中，你通常需要两个办法的apk，一个debug版本，用于开发，一个release版本用于发布。debug版本在你程序运行的时候，android studio会自动帮你生成，输出目录在app/build/outputs/apk下，而release版本，as也会帮你加上默认配置。
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
当然这些远远是不够的，起码你还得加上下面这些配置。
zipAlignEnabled true
//删除无效的Resource
shrinkResources true
一般情况下，debug版本加上release版本就能满足需求了，不过遇到一些特殊的需求，那你可能需要自己定义版本。如下
android {
buildTypes {
//继承debug版本的所有属性
newtype.initWith(buildTypes.debug)
newtype {
//定义新的applicationId
applicationIdSuffix ".newtype"
}
}
}
这样就创建了一个新的版本newtype，同时定义了一个新的application。
debug-applicationid:com.package
release-applicationid:com.package
newtype-application:com.package.newtype
意思就是说，你在手机上不能同时安装debug版本和release版本，
但是你可以同时安装release版本和newtype版本，原因是applicationid不同。
Product Flavors
Product Flavors姑且理解为版本变种的意思，就是说你的一个release版本，也可以有releaseA，releaseB两种版本。
基本的使用。
android {
productFlavors {
flavorA {
applicationId 'com.package.flavorA'
versionCode 3
versionName "1.0-demo"
}
flavorB {
applicationId 'com.package.flavorA'
minSdkVersion 14
versionCode 4
versionName "2.0-demo"
}
}
}
上述代码定义了flavorA和flavorB两种变体，而productFlavors下的变体和buildTypes下的版本是组合的形式构建的。
比如
buildTypes下有 debug，release，newtype
productFlavors下有 flavorA，flavorB。
最后一个会有6种类型的版本变体
flavorAdebug，flavorArelease，flavorAnewtype
flavorBdebug，flavorBrelease，flavorBnewtype，
具体刻在下图位置处查看
资源文件和manifest的合并
既然创建了多个不同的版本，那必然是因为在各个版本有不同的需求，这势必会带来资源文件和manifest的修改，在编译合并的时候如果处理不当，就会引起冲突。
gradle有一套资源文件和manifest合并的规则，
优先级从高到低，
1.buildType的配置
2.productFlavor的配置
3.src/main目录下的manifest文件
4.依赖和第三方库
合并规则
能合并则合并，冲突则取高优先级，显示设置的属性高于默认的属性
简单解释一下，
A版本
<resources>
<string name="app_name">A</string>
<string name="hello_world">Hello world!</string>
</resources>
B版本
<resources>
<string name="app_name">B</string>
<string name="hello">Hello</string>
</resources>
合并之后
<resources>
<string name="app_name">?</string> //？？？
<string name="hello_world">Hello world!</string>
<string name="hello">Hello</string>
</resources>
带???那行，因为属性相同都是app_name，所以会起冲突，这个时候就需要按照优先级高低来合并属性了。
变体过滤
有的时候你需要忽略某些版本变体，这个时候你可以这么写
buildTypes {
android.variantFilter { variant ->
if(variant.buildType.name.equals('release')) {
variant.getFlavors().each() { flavor ->
if (flavor.name.equals('flavorsA')) { variant.setIgnore(true);
}
}
}
}
}
上述代码表示，忽略flavorsArelease这个变体。
定义变体的输出样式
buildTypes {
android.variantFilter { variant ->
if(variant.buildType.name.equals('release')) {
variant.outputs.each { output ->
def outputFile = output.outputFile
if (outputFile != null && outputFile.name.endsWith('.apk')) {
def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.flavorName}.apk"
output.outputFile = new File(outputFile.parent, fileName)
}
}
}
}
}
}
上述代码打包输出的结果是这样的。
签名配置
签名配置就比较常见了
配置
signingConfigs {
release {
storeFile file("test.jks")
storePassword 'gank666'
keyAlias 'Gank'
keyPassword '94a186'
}
}
使用
buildTypes {
release {
signingConfig signingConfigs.release
}
}
本人也只是Android开发路上一只稍大一点的菜鸟，如果各位读者中发现文章中有误之处，请帮忙指出，你的批评和鼓励都是我前进的动力。
