今天我们要来谈谈 如何让不同的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,从而可以更改我们想要更改的任意两者的相关配置
好吧,就到这里了。就问你是不是很简单?######
哎呀,还要多说一句。第一次写分享,如果你觉得对你还有点用,希望大大支持。哦啦。