public static final 傳送門 傳送門① =更優(yōu)雅的 Android 發(fā)布自動(dòng)版本號(hào)方案 ;
public static final 傳送門 傳送門② =Android應(yīng)用編譯時(shí)自動(dòng)生成版本號(hào) ;
public static final 傳送門 傳送門③ =Android Studio 多渠道打包脊另、自動(dòng)版本號(hào)及 gradlew 命令的基本使用 ;
以前在做重度/中度SQLite相關(guān)的應(yīng)用的時(shí)候虐急，經(jīng)常遇到一個(gè)問(wèn)題，就是需要不停的增加數(shù)據(jù)庫(kù)的版本號(hào)统扳，來(lái)觸發(fā)onUpgrade方法，從而能更新表結(jié)構(gòu)。一般也都是采取versionCode來(lái)代替dbVersion船惨，然而開發(fā)過(guò)程中债沮，還是得手動(dòng)修改版本號(hào)才行。鹿鳖。扁眯。當(dāng)時(shí)（還在Eclipse時(shí)代）就在苦苦追尋自動(dòng)設(shè)置版本號(hào)的方法ToT。翅帜。姻檀。
如今，有了前面聲明過(guò)的三篇好文章的指點(diǎn)涝滴，終于如愿以償绣版！又是相見恨晚......
此篇文章是根據(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 |
|---|---|
 |
 |
| 對(duì)應(yīng)敲出git的命令 |
|---|
 |
以上便是實(shí)現(xiàn)的效果：
debug的時(shí)候：每次run，都會(huì)根據(jù)時(shí)間戳來(lái)生成version info赡矢；
release的時(shí)候：根據(jù)項(xiàng)目需求杭朱，自行定制的算法來(lái)動(dòng)態(tài)生成version info愚屁；
（以上兩種算法都是可以自由定制的）
接下來(lái)，我們反向來(lái)“一層一層一層地剝開我的心”痕檬。霎槐。。
首先看到的是這一代碼塊
defaultConfig {
applicationId "..."
minSdkVersion 15
targetSdkVersion 23
versionCode getVersionCode(false)
versionName getVersionName(false)
}
這里我們自定義了兩個(gè)方法梦谜，來(lái)動(dòng)態(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時(shí)，采取的正是傳送門②的算法：
versionCode = 主版本號(hào)*1000000 +次版本號(hào)*10000+修訂號(hào)
versionName = 主版本號(hào).次版本號(hào).修訂版本號(hào).編譯版本號(hào)
Debug時(shí)唁桩，則是自己暫時(shí)采取的簡(jiǎn)易自增法——時(shí)間戳：
versionCode = yyMMddHHmm
versionName = 主版本號(hào).次版本號(hào).修訂版本號(hào).yyMMdd.HHmmss.編譯版本號(hào)
然后就是如何定制這4種版本號(hào)了：
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)
主版本號(hào)：
手動(dòng)根據(jù)產(chǎn)品迭代自行定義大版本號(hào)次版本號(hào)：
手動(dòng)根據(jù)產(chǎn)品迭代自行定義次版本號(hào)修訂版本號(hào)：
自動(dòng)采用git命令獲取當(dāng)前repo的總Commit次數(shù)編譯版本號(hào)：
自動(dòng)采用git命令獲取當(dāng)前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 |
 |
這樣，10√小目標(biāo)就實(shí)現(xiàn)了单山。碍现。。
參考文獻(xiàn)
1.版本號(hào)——百度百科
2.簡(jiǎn)書官方markdown指南
3.md官方指南不夠這篇來(lái)湊
最后米奸，拙筆畫一幅美圖祝福大家中秋賞月快樂(lè)昼接！
| 皓月當(dāng)空?qǐng)D(手機(jī)觀賞效果更佳) |
|---|
| ? ????????????????????????〇 ? ? ? ? ? ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ |
