版本構(gòu)建

在app開發(fā)過程中，你通常需要兩個(gè)辦法的apk，一個(gè)debug版本，用于開發(fā)，一個(gè)release版本用于發(fā)布。debug版本在你程序運(yùn)行的時(shí)候，android studio會(huì)自動(dòng)幫你生成，輸出目錄在app/build/outputs/apk下，而release版本，as也會(huì)幫你加上默認(rèn)配置。

release {
     minifyEnabled false
     proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
     }

當(dāng)然這些遠(yuǎn)遠(yuǎn)是不夠的，起碼你還得加上下面這些配置。

        zipAlignEnabled true
        //刪除無效的Resource
        shrinkResources true

一般情況下，debug版本加上release版本就能滿足需求了，不過遇到一些特殊的需求，那你可能需要自己定義版本。如下

android {
    buildTypes {
        //繼承debug版本的所有屬性
        newtype.initWith(buildTypes.debug)
        newtype {
            //定義新的applicationId
            applicationIdSuffix ".newtype"
         }
    }
}

這樣就創(chuàng)建了一個(gè)新的版本newtype，同時(shí)定義了一個(gè)新的application。

debug-applicationid:com.package

release-applicationid:com.package

newtype-application:com.package.newtype

意思就是說，你在手機(jī)上不能同時(shí)安裝debug版本和release版本，
但是你可以同時(shí)安裝release版本和newtype版本，原因是applicationid不同。

Product Flavors

Product Flavors姑且理解為版本變種的意思，就是說你的一個(gè)release版本，也可以有releaseA，releaseB兩種版本。

基本的使用。

android {
    productFlavors {
        flavorA {
             applicationId 'com.package.flavorA'
             versionCode 3
             versionName "1.0-demo"
        }
        flavorB {
             applicationId 'com.package.flavorA'
             minSdkVersion 14
             versionCode 4
             versionName "2.0-demo"
        }
    }
}

上述代碼定義了flavorA和flavorB兩種變體，而productFlavors下的變體和buildTypes下的版本是組合的形式構(gòu)建的。
比如
buildTypes下有 debug，release，newtype
productFlavors下有 flavorA，flavorB。

最后一個(gè)會(huì)有6種類型的版本變體
flavorAdebug，flavorArelease，flavorAnewtype
flavorBdebug，flavorBrelease，flavorBnewtype，
具體刻在下圖位置處查看

資源文件和manifest的合并

既然創(chuàng)建了多個(gè)不同的版本，那必然是因?yàn)樵诟鱾€(gè)版本有不同的需求，這勢(shì)必會(huì)帶來資源文件和manifest的修改，在編譯合并的時(shí)候如果處理不當(dāng)，就會(huì)引起沖突。
gradle有一套資源文件和manifest合并的規(guī)則，
優(yōu)先級(jí)從高到低，
1.buildType的配置
2.productFlavor的配置
3.src/main目錄下的manifest文件
4.依賴和第三方庫

合并規(guī)則
能合并則合并，沖突則取高優(yōu)先級(jí)，顯示設(shè)置的屬性高于默認(rèn)的屬性

簡(jiǎn)單解釋一下，
A版本
<resources>
<string name="app_name">A</string>
<string name="hello_world">Hello world!</string>
</resources>

B版本

<resources>
   <string name="app_name">B</string>
   <string name="hello">Hello</string>
</resources>

合并之后

<resources>
   <string name="app_name">?</string> //？？？
   <string name="hello_world">Hello world!</string>
   <string name="hello">Hello</string>
</resources>

帶???那行，因?yàn)閷傩韵嗤际莂pp_name，所以會(huì)起沖突，這個(gè)時(shí)候就需要按照優(yōu)先級(jí)高低來合并屬性了。

變體過濾

有的時(shí)候你需要忽略某些版本變體，這個(gè)時(shí)候你可以這么寫

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
               variant.getFlavors().each() { flavor ->
                   if (flavor.name.equals('flavorsA')) { variant.setIgnore(true);
                }
            }
        }
    }
}

上述代碼表示，忽略flavorsArelease這個(gè)變體。

定義變體的輸出樣式

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
              variant.outputs.each { output ->
                    def outputFile = output.outputFile
                    if (outputFile != null && outputFile.name.endsWith('.apk')) {
                        def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.flavorName}.apk"
                        output.outputFile = new File(outputFile.parent, fileName)
                    }
                }
            }
        }
    }
}

上述代碼打包輸出的結(jié)果是這樣的。

簽名配置

簽名配置就比較常見了
配置

signingConfigs {
    release {
        storeFile file("test.jks")
        storePassword 'gank666'
        keyAlias 'Gank'
        keyPassword '94a186'
    }
}

使用

buildTypes {
       release {
           signingConfig signingConfigs.release
       } 
   }

本人也只是Android開發(fā)路上一只稍大一點(diǎn)的菜鳥，如果各位讀者中發(fā)現(xiàn)文章中有誤之處，請(qǐng)幫忙指出，你的批評(píng)和鼓勵(lì)都是我前進(jìn)的動(dòng)力。