La libération de la signature de gradle.propriétés pour Android

Donc je suis en train de convertir tous mes scripts ant à gradle, et j'ai été en mesure de trouver suffisamment de ressources et de documentation sur tout sauf sur la manière de configurer la signature dans le gradle.fichier de propriétés.

ant.propriétés aime-t-il donc:

key.alias=alias
key.store.password=password
key.store=keystore.file
key.alias.password=password

Mais comment puis-je faire la même chose dans gradle?

InformationsquelleAutor Gnathonic | 2013-04-01
  1. 33

    Dans votre gradle.propriétés fichier de magasin les mêmes valeurs que dans le ant.propriétés fichier, je pense que vous aurez à faire des noms plus simples, comme keyAlias par exemple. Il suffit de retirer les points pour être sûr.

    puis dans votre construire.gradle fichier faire quelque chose comme ceci:

    android {
    signingConfigs {
        release
    }
    buildTypes {
        release {
            signingConfig signingConfigs.release
        }
    }
}

if (project.hasProperty('keyAlias')) {
    android.signingConfigs.release.keyAlias = keyAlias
}
//do the same for the three other properties
//...

    Le faisant de cette manière vous donne la flexibilité de construire sur un ordinateur qui a le gradle.propriétés fichier ou pas. Le "keyalias" la propriété est en lecture uniquement si il existe, pour le code avec pas échouer si elle n'est pas là.

    Si toutes les propriétés sont là, signingConfigs.release sera entièrement configuré et peut être utilisée pour signer les apk que lors de la compilation. Si elle n'est pas là, l'APK seront construits mais non signée.

    InformationsquelleAutor Xavier Ducrohet
  2. 22

    J'ai été en mesure de le faire à la suite. J'ai essayé @Xav de la solution, mais il faudrait se plaindre lors de la libération de la phase de validation, si je n'avais pas le jeu de propriétés. Je suis sûr que c'est un changement récent en raison du cadre beaucoup changé. Je voulais juste aider, en soulignant que la else à la fin, j'ai été en mesure de forcer la libération signingConfig à null. Maintenant, tous les deux signés et non signés, les communiqués de se produire en fonction de la présence de la gradle.les propriétés.

    signingConfigs {
    release {
        keyAlias = "blue_sleep"
    }
}

buildTypes {
    release {
        signingConfig signingConfigs.release
    }
}

if (project.hasProperty('storeFile') &&
        project.hasProperty('storePassword') &&
        project.hasProperty('keyPassword')) {
    android.signingConfigs.release.storeFile = file(storeFile)
    android.signingConfigs.release.storePassword = storePassword
    android.signingConfigs.release.keyPassword = keyPassword
} else {
    android.buildTypes.release.signingConfig = null
}

    Certaines de ces notes, vous pouvez mettre le gradle.propriétés dans ~/.gradle/si vous ne voulez pas assis dans le dossier du projet. Aussi, vous pouvez définir la storeFile propriété avec un chemin absolu comme ceci: storePath=file:///Users/nick/Dropbox/mycompany.keystore

    InformationsquelleAutor GrkEngineer
  3. 5

    Inspiré par Eugens solution je suis venu avec un peu plus courte de la variance. Le code doit être dans l'android {} la configuration des tâches.

    File signFile = rootProject.file('sign.properties')
if (signFile.exists()) {
    Properties p = new Properties()
    p.load(new FileInputStream(signFile))
    signingConfigs {
        releaseConfig {
            storeFile file(p.storeFile)
            storePassword p.storePassword
            keyAlias p.keyAlias
            keyPassword p.keyPassword
        }
    }
    buildTypes.release.signingConfig signingConfigs.releaseConfig
}
    • Bref, utile et fonctionne, tout simplement. Merci
    InformationsquelleAutor Moritz
  4. 3

    Gradle de 1,9 ne vous permet pas de définir des propriétés. Vous pouvez les ajouter seulement à la poste maintenant. Petit plus pour les réponses précédentes:

    signingConfigs {
    debug {
        project.ext.loadSign = false
    }
    release {
        project.ext.loadSign = true
    }
}

buildTypes {
    debug {
        signingConfig signingConfigs.debug
    }
    release {
        signingConfig signingConfigs.release
    }
}

if ( project.ext.loadSign ) {
    Properties p = new Properties ()
    p.load ( new FileInputStream ( rootProject.file ( 'keys/sign.properties' ) ) )

    android.signingConfigs.release.storeFile file ( p.file )
    android.signingConfigs.release.storePassword p.password
    android.signingConfigs.release.keyAlias p.alias
    android.signingConfigs.release.keyPassword p.keyPassword
}
    InformationsquelleAutor Eugen Martynov
  6. 0

    Mes exigences ont été que tout le monde sans le fichier de clés doit être en mesure de construire correctement. C'est la façon la plus propre que j'ai pu trouver: 

    android {
    signingConfigs {
        release    //Filled in readSigningConfigIfAvailable()
    }

    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-xyz.txt'
            readSigningConfigIfAvailable()
        }
    }
}

private void readSigningConfigIfAvailable() {
    if (hasAllSigningProperties()) {
        android.signingConfigs.release.storeFile = file(keystore_path)
        android.signingConfigs.release.storePassword = keystore_password
        android.signingConfigs.release.keyAlias = key_alias
        android.signingConfigs.release.keyPassword = key_password
        android.buildTypes.release.signingConfig = android.signingConfigs.release
    } else {
        android.buildTypes.release.signingConfig = null
    }
}

private boolean hasAllSigningProperties() {
    (hasProperty('keystore_path')
    && hasProperty('keystore_password')
    && hasProperty('key_alias')
    && hasProperty('key_password'))
}
    • ce gradle fichier? l'un dans l'cordova dossier? celui que je vois dans android est "fichier généré" ne pas modifier.
    InformationsquelleAutor Shubham Chaudhary