異なるCPUのアーキテクチャを持つ同じapkファイルの異なるバージョン番号を作成する方法

Question

Apkサイズを小さくするために、私は各CPUアーキテクチャごとに異なるapkを作成する必要があります。これは私が使っているアプローチです。

splits { 
    abi { 
     enable true 
     reset() 
     include 'x86', 'armeabi-v7a', 'armeabi' 
     universalApk false 
    } 
} 

これは2つのapkファイルを作成し、両方のサイズはuniversalApkより小さい。これで私のAPKサイズの問題が修正されました。

今問題は、両方をPlay storeにアップロードする方法です。

Thisapk'sの両方のバージョンコードが異なる必要があると記載されています。

更新されたapkをplaystoreに追加する前に、アプリレベルbuild.gradleとアップデートversionCode属性を開きます。

defaultConfig { 
     versionName "1.0.2" 
     versionCode 78 
    } 

だから今とき、私は両方がversionCode同じになります、複数のAPKのを作成します。 私の質問は、どのように生成されたapkの両方に別のversionCodeを割り当てることができますか？versionCodeの値を変更した後、apkのものを1つずつ作成する必要がありますか？

Answer 1

はい、それはここで

可能であるが、別のバージョンのコードを使用して3種類のAPKファイルを作成し、私のGradleのファイルです。以下のグラデルファイルに貴重なコメントがあります。

apply plugin: 'com.android.application' 

android { 

    splits { 
     abi { 
      enable true 
      reset() 
      include 'x86', 'armeabi-v7a', 'armeabi' 
      universalApk false 
     } 
    } 
    signingConfigs { 
     release { 
      keyAlias 'androiddebugkey' 
      keyPassword '' 
      storeFile file('/Users/anasabubacker/StackOverflow/signing/ekAndroid_debug.keystore') 
      storePassword 'Android' 
     } 
    } 
    compileSdkVersion 26 
    buildToolsVersion "27.0.2" 
    defaultConfig { 
     applicationId "lib4.com.stackoverflow" 
     minSdkVersion 17 
     targetSdkVersion 26 
     versionCode 1 
     versionName "1.0" 
     testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" 
    } 
    buildTypes { 
     debug { 
      debuggable false 
      minifyEnabled true 
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' 
      proguardFile '/Users/anasabubacker/StackOverflow/proguard-android.txt' 
     } 
    } 
} 

// Map for the version code that gives each ABI a value. 
ext.abiCodes = ['armeabi-v7a':1, x86:2, armeabi:3] 

// For per-density APKs, create a similar map like this: 
// ext.densityCodes = ['mdpi': 1, 'hdpi': 2, 'xhdpi': 3] 

import com.android.build.OutputFile 

// For each APK output variant, override versionCode with a combination of 
// ext.abiCodes * 1000 + variant.versionCode. In this example, variant.versionCode 
// is equal to defaultConfig.versionCode. If you configure product flavors that 
// define their own versionCode, variant.versionCode uses that value instead. 
android.applicationVariants.all { variant -> 

    // Assigns a different version code for each output APK 
    // other than the universal APK. 
    variant.outputs.each { output -> 

     // Stores the value of ext.abiCodes that is associated with the ABI for this variant. 
     def baseAbiVersionCode = 
       // Determines the ABI for this variant and returns the mapped value. 
       project.ext.abiCodes.get(output.getFilter(OutputFile.ABI)) 

     // Because abiCodes.get() returns null for ABIs that are not mapped by ext.abiCodes, 
     // the following code does not override the version code for universal APKs. 
     // However, because we want universal APKs to have the lowest version code, 
     // this outcome is desirable. 
     if (baseAbiVersionCode != null) { 

      // Assigns the new version code to versionCodeOverride, which changes the version code 
      // for only the output APK, not for the variant itself. Skipping this step simply 
      // causes Gradle to use the value of variant.versionCode for the APK. 
      output.versionCodeOverride = 
        baseAbiVersionCode * 1000 + variant.versionCode 
     } 
    } 
} 


dependencies { 
    implementation fileTree(include: ['*.jar'], dir: 'libs') 
    implementation 'com.android.support:appcompat-v7:26.1.0' 
    implementation 'com.android.support:design:26.1.0' 
    testImplementation 'junit:junit:4.12' 
    androidTestImplementation 'com.android.support.test:runner:1.0.1' 
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1' 
}