now - descargar gradle para android studio

Firmar sabores del producto con gradle

Question

Estoy a punto de migrar mis proyectos a Gradle. Uno de mis proyectos tiene múltiples sabores de productos y cada uno de ellos debe estar firmado con un signingConfig diferente en su versión de lanzamiento. Así que esto es lo que intenté hasta ahora:

buildscript {
    ...
}

apply plugin: ''android''

android {
    compileSdkVersion 17
    buildToolsVersion ''17''

    signingConfigs {
        flavor1 {
            storeFile file("keystore")
            storePassword "secret"
            keyAlias "aliasForFlavor1"
            keyPassword "secretFlavor1"
        }

        flavor2 {
            storeFile file("keystore")
            storePassword "secret"
            keyAlias "aliasForFlavor2"
            keyPassword "secretFlavor2"
        }
    }

    productFlavors {
        flavor1 {
            signingConfig signingConfigs.flavor1
        }

        flavor1 {
            signingConfig signingConfigs.flavor2
        }
    }
}

dependencies {
    ...
}

Cuando gradle build obtengo una groovy.lang.MissingFieldException y el siguiente mensaje de error:

No such field: signingConfigs for class: com.android.build.gradle.internal.dsl.GroupableProductFlavorFactory

Así que supongo que los productFlavors. * Parte del script de Gradle no es el lugar correcto para poner configuraciones de firma de código.

Answer 1

El complemento gradle para Android solo admite la firma por tipo de compilación, no por sabor. La razón para esto es que cualquier variante dada (tipo de compilación + sabores) solo se puede firmar con una tecla, pero puede ser una combinación de varios grupos de sabores. Por ejemplo, sus grupos de sabores podrían ser cpu (x86 / arm) y versión (free / paid), es decir, cuatro variantes diferentes allí.

La solución que está buscando es crear tipos de compilación separados para sus diferentes versiones de lanzamiento. Por ejemplo, sus tipos de compilación pueden ser de debug , release , release-beta , como esta:

...

android {

    ...

    buildTypes {
        debug {
            signingConfig signingConfigs.debug
        }

        release {
            signingConfig signingConfigs.release
        }

        release-beta {
            initWith release
            signingConfig signingConfigs.release-beta
        }
    }
}

El initWith anterior simplemente le dice a gradle que release-beta debe ser una copia del tipo de compilación de release , solo debe estar firmado con una clave diferente.

Answer 2

Puede declarar la signing config para cada flavor en buildType . Aquí está mi archivo gradle para los sabores de firma de lanzamiento con diferentes almacenes de claves.

android {
  signingConfigs {
    configFirst {
        keyAlias ''alias''
        keyPassword ''password''
        storeFile file(''first.keystore'')
        storePassword ''password''
    }

    configSecond {
        keyAlias ''alias''
        keyPassword ''password''
        storeFile file(''second.keystore'')
        storePassword ''password''
    }
  }

  compileSdkVersion 23
  buildToolsVersion "23.0.2"
  defaultConfig {
        minSdkVersion 14
        targetSdkVersion 23
  }

  productFlavors{
    flavor1 {
        applicationId "com.test.firstapp"
    }

    flavor2 {
        applicationId "com.test.secondapp"
    }
  }

  buildTypes {
    release {
        productFlavors.flavor1.signingConfig signingConfigs.configFirst
        productFlavors.flavor2.signingConfig signingConfigs.configSecond           

        minifyEnabled true
        proguardFiles getDefaultProguardFile(''proguard-android.txt''),
                ''proguard-rules.pro''

    }
  }
}

buildTypes bloque buildTypes debe colocarse después de que bloque productFlavors , quiero decir que el orden es importante.

Answer 3

Según la guía del usuario , se admiten signingConfigs para sabores.

El problema aquí tiene que ver con el alcance del objeto signingConfigs. Acabo de asignarlo a una variable dentro del bloque flavor1 , pero fuera del bloque de sabor flavor1 para solucionar el problema:

productFlavors {
    def flavor1SigningVariable = signingConfigs.flavor1

    flavor1 {
        ...
        signingConfig flavor1SigningVariable
        ...
    }