public static final 傳送門 傳送門① =更優(yōu)雅的 Android 發(fā)布自動版本號方案 ;

public static final 傳送門 傳送門② =Android應(yīng)用編譯時自動生成版本號 ;

public static final 傳送門 傳送門③ =Android Studio 多渠道打包、自動版本號及 gradlew 命令的基本使用 ;

以前在做重度/中度SQLite相關(guān)的應(yīng)用的時候，經(jīng)常遇到一個問題，就是需要不停的增加數(shù)據(jù)庫的版本號，來觸發(fā)onUpgrade方法，從而能更新表結(jié)構(gòu)。一般也都是采取versionCode來代替dbVersion，然而開發(fā)過程中，還是得手動修改版本號才行。。。當時（還在Eclipse時代）就在苦苦追尋自動設(shè)置版本號的方法ToT。。。

如今，有了前面聲明過的三篇好文章的指點，終于如愿以償！又是相見恨晚......
此篇文章是根據(jù)前面兩篇好文之后自己再做的筆記。
首先，先貼出成品的build.gradle(module的)：

apply plugin: 'com.android.application'

ext.majorNumber = 1
ext.minorNumber = 0
ext.revisionNumberCMD = 'git rev-list HEAD --count'
ext.revisionNumber = revisionNumberCMD.execute().getText().trim().toInteger()
ext.revisionDescriptionCMD = 'git describe --always'
ext.tempRevisionDescription = revisionDescriptionCMD.execute().getText().trim()
ext.revisionDescription = (tempRevisionDescription == null || (tempRevisionDescription).size() == 0) ? new Date().format("yyMMdd") : (tempRevisionDescription).substring((tempRevisionDescription).size() - 6)
android {
    compileSdkVersion 23
    buildToolsVersion "23.0.1"
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    defaultConfig {
        applicationId "..."
        minSdkVersion 15
        targetSdkVersion 23
        versionCode getVersionCode(false)
        versionName getVersionName(false)
    }

    applicationVariants.all { variant ->
        if (variant.buildType.name.equals('release')) {
            variant.mergedFlavor.versionCode = getVersionCode(true)
            variant.mergedFlavor.versionName = getVersionName(true)
        } else if (variant.buildType.name.equals('debug')) {
            variant.mergedFlavor.versionCode = getVersionCode(false)
            variant.mergedFlavor.versionName = getVersionName(false)
        }
    }
}

dependencies {
    ...
}

def getVersionCode(boolean isRelease) {
    // 正式環(huán)境
    if (isRelease) {
        majorNumber * 1000000 + minorNumber * 10000 + revisionNumber
    }
    // debug環(huán)境
    else {
        Integer.parseInt(new Date().format("yyMMddHHmm"))
    }
}

//Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
def getVersionName(boolean isRelease) {
    // 正式環(huán)境
    if (isRelease) {
        majorNumber + "." + minorNumber + "." + revisionNumber + "." + revisionDescription
    }
    // debug環(huán)境
    else {
        String today = new Date().format("yyMMdd")
        String time = new Date().format("HHmmss")
        majorNumber + "." + minorNumber + "." + revisionNumber + ".$today.$time." + revisionDescription
    }
}

Outputs:

debug	release

對應(yīng)敲出git的命令
可以看到該git repo的總提交次數(shù)正是32，與版本號里面的RevisionNumber一致；describe的后6位，也正好與BuildNumber一致。

以上便是實現(xiàn)的效果：
debug的時候：每次run，都會根據(jù)時間戳來生成version info；
release的時候：根據(jù)項目需求，自行定制的算法來動態(tài)生成version info；
（以上兩種算法都是可以自由定制的）

接下來，我們反向來“一層一層一層地剝開我的心”。。。

首先看到的是這一代碼塊

    defaultConfig {
        applicationId "..."
        minSdkVersion 15
        targetSdkVersion 23
        versionCode getVersionCode(false)
        versionName getVersionName(false)
    }

這里我們自定義了兩個方法，來動態(tài)生成version info，去瞧瞧方法里面干了些啥

def getVersionCode(boolean isRelease) {
    // 正式環(huán)境
    if (isRelease) {
        majorNumber * 1000000 + minorNumber * 10000 + revisionNumber
    }
    // debug環(huán)境
    else {
        Integer.parseInt(new Date().format("yyMMddHHmm"))
    }
}

def getVersionName(boolean isRelease) {
    // 正式環(huán)境
    if (isRelease) {
        majorNumber + "." + minorNumber + "." + revisionNumber + "." + revisionDescription
    }
    // debug環(huán)境
    else {
        String today = new Date().format("yyMMdd")
        String time = new Date().format("HHmmss")
        majorNumber + "." + minorNumber + "." + revisionNumber + ".$today.$time." + revisionDescription
    }
} 

Release時，采取的正是傳送門②的算法：

versionCode = 主版本號*1000000 +次版本號*10000+修訂號
versionName = 主版本號.次版本號.修訂版本號.編譯版本號

Debug時，則是自己暫時采取的簡易自增法——時間戳：

versionCode = yyMMddHHmm
versionName = 主版本號.次版本號.修訂版本號.yyMMdd.HHmmss.編譯版本號

然后就是如何定制這4種版本號了：

ext.majorNumber = 1
ext.minorNumber = 0
ext.revisionNumberCMD = 'git rev-list HEAD --count'
ext.revisionNumber = revisionNumberCMD.execute().getText().trim().toInteger()
ext.revisionDescriptionCMD = 'git describe --always'
ext.tempRevisionDescription = revisionDescriptionCMD.execute().getText().trim()
ext.revisionDescription = (tempRevisionDescription == null || (tempRevisionDescription).size() == 0) ? new Date().format("yyMMdd") : (tempRevisionDescription).substring((tempRevisionDescription).size() - 6)

主版本號：手動根據(jù)產(chǎn)品迭代自行定義大版本號

次版本號：手動根據(jù)產(chǎn)品迭代自行定義次版本號

修訂版本號：自動采用git命令獲取當前repo的總Commit次數(shù)

編譯版本號：自動采用git命令獲取當前repo的里程碑（截取后6位）

這里的git命令就是前面三篇文章里傳授的。
最后，受傳送門① 和傳送門③ 的啟發(fā)，區(qū)分了一下Release和Debug的buildtype從而采用不同的算法生成version info

    applicationVariants.all { variant ->
        if (variant.buildType.name.equals('release')) {
            variant.mergedFlavor.versionCode = getVersionCode(true)
            variant.mergedFlavor.versionName = getVersionName(true)
        } else if (variant.buildType.name.equals('debug')) {
            variant.mergedFlavor.versionCode = getVersionCode(false)
            variant.mergedFlavor.versionName = getVersionName(false)
        }
    }

Sync Now 一下，可以去build-generated-source-buildconfig目錄下查看BuildConfig.java文件

debug的BuildConfig.java
release的BuildConfig.java

這樣，¹⁰√小目標就實現(xiàn)了。。。

參考文獻
1.版本號——百度百科
2.簡書官方markdown指南
3.md官方指南不夠這篇來湊

最后，拙筆畫一幅美圖祝福大家中秋賞月快樂！