谈谈Android开发中的Gradle那些事之不同BuildType编译出不同版本号的apk

今天我们要来谈谈 如何让不同的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，从而可以更改我们想要更改的任意两者的相关配置