今天我们要来谈谈 如何让不同的BuildType编译出不同的版本号
- 没搞错吧？
- 这有什么用？？
- 为什么会有这样的需求？？？
不想当产品的QA不是一个好RD#####
RD不只是PM的RD, QA也总能在非常时期提出一些非常独（坑）特（爹）的需求，而我们只能说没问题！（: 男人怎么能说自己不行）
废话不多说，正式进入今天的主题：#####
为什么要编译出不同的版本号呢？
相信大部分公司为了更好的统计、分析app线上crash率等，都会用到一些第三方crash统计，这里拿Fabric举例
Fabric 只能根据app的versionCode值（也就是最终写到manifest文件中的versionCode值）来区分app版本。
这里我为什么说最终呢，别着急，耐心看下去。
此时，我们的最（罪 ）佳（魁）P（祸）M（首） QA发话了..
那个 ...
考虑到QA在测试的过程中会遇到一些难以复现的crash等，我们需要在测试环境下也统计crash信息
且 ...
要和线上的区分开来
于是我们的故事就从这里开始了......######
如果说要根据不同的Flavor编译出不同的版本号，那太easy了
（这里我们的versionCode是根据versionName按规则转换而来的，转换规则不足3位前面补0: 这里versionName 1.2.1）
productFlavors {
// 测试环境的包
dev {
versionCode 121
}
app {
versionCode 1002001
}
}
O啦，是不是很简单。
那么问题来了，这样的话就得依赖flavor。而事实上我们往往通过flavor来作为渠道的区分。
那这么一来就会引起冲突：我们既要产生多渠道，又要编译出不同的VersionCode.
排除上述方式，我的天啊。杀了我吧，搞不了！
别怕。世上无难事，只怕有心人。
在这里我首先要感谢强大的互联网，还要感谢人民，以及背后所有默默支持我的朝阳群众。
经过不屑的努力，终于被我们发现了，快到碗里来。
首先在主module下的build.gradle中定义一个方法 getAppVersionCode
def getAppVersionCode(shortVersionCode) {
String versionName = rootProject.ext.android.versionName
String code = ""
if (shortVersionCode) {
code = versionName.replaceAll("\\.", "")
} else {
String[] version = versionName.split("\\.");
version.each {
while (it.length() < 3) {
it = "0" + it;
}
code += it;
}
}
println code
return Integer.valueOf(code)
}
这里我们先说一下rootProject.ext.android.versionName
通常我们为了更好的管理Android版本信息、常用依赖等，我们将这些基础配置写到一个单独的gradle文件中作为全局配置。配置ext，然后在我们的工程根目录下的build.gradle文件中做如下配置。这样就可以在全局gradle中访问ext中的信息了。
apply from: 'config.gradle'
ext {
// 统一配置support包版本
supportLibraryVersion = '23.1.1'
android = [compileSdkVersion : 23,
buildToolsVersion : "23.0.3",
minSdkVersion : 15,
targetSdkVersion : 22,
versionName : "1.3.1",
renderscriptTargetApi: 19,]
}
细心的同学可能会发现这里只定义了VersionName，而没有定义VersionCode。
为什么呢？山人自有妙用！
- 好好说话
因为我们的VersionName是不变的，而VersionCode要根据环境，然后通过调用上面定义的getAppVersionCode去赋值
听到这里是不是有思路了。 - 别想了，你知道在哪里赋值吗？
好了，回归正题。如果你对gradle语法还不是很清楚，可以看看这篇文章
http://blog.csdn.net/yanbober/article/details/49314255
getAppVersionCode方法就是用来根据VersionName生成versionCode值，这里接收 一个参数，长位还是短位的来得到我们需要的
方法定义好了，该怎么用呢？
注意了,注意了，重要的事情说三遍：
大招来了！！！
大招来了！！！
大招来了！！！
applicationVariants.all { variant ->
variant.outputs.each { output ->
// 获取渠道
def flavor = variant.productFlavors[0]
def flavorName
if (flavor == null) {
flavorName = "defaultName"
} else {
flavorName = flavor.name
}
def outputFile = output.outputFile
def fileName
if (outputFile != null && outputFile.name.endsWith('.apk')) {
def isRelease = variant.buildType.name.contains('release');
// 非release为3位code，用于区分fabric线上和dev
// variant.mergedFlavor.versionCode 表示修改打包时versionCode的值
variant.mergedFlavor.versionCode = getAppVersionCode(!isRelease)
fileName =
"${flavorName}-${variant.buildType.name}-v${variant.versionName}(${variant.versionCode}).apk";
println fileName
output.outputFile = new File(outputFile.parent, fileName)
}
}
}
最关键的一步，你有看到吗。
variant.mergedFlavor.versionCode = getAppVersionCode(!isRelease)
没错，就是这里。我们在自定义编译后的apk重命名的同时，遍历我们的输出文件，读取apk，然后访问variant的buildtype判断是release，就设置versoncode为长位的，否则为短位的。
- 啊？这么简单？
- 没错就是这么简单。
这里我们简单的说一下 Variant######
- Variant就是Build Variant，中文含义** “构建变种版本”**
- Build Variant = Build Type + Product Flavor
构建变种版本= 构建类型+定制产品 - 我们可以通过Variant访问到productFlavors，buildType，从而可以更改我们想要更改的任意两者的相关配置
好吧，就到这里了。就问你是不是很简单？######
哎呀，还要多说一句。第一次写分享，如果你觉得对你还有点用，希望大大支持。哦啦。
网友评论