Android Studio: “Utiliser la valeur par défaut gradle wrapper” vs “Utiliser personnalisable gradle wrapper”

Quelle est exactement la différence entre Android Studio Gradle options:

Android Studio->Preferences->Gradle

Use default gradle wrapper (recommended) et Use customizable gradle wrapper?

De fond:

Je suis en train de travailler sur un projet Android dans Android Studio et à l'aide d'un Gradle wrapper.

Cependant, lorsque j'utilise le Android Studio paramètres "Utiliser personnalisable gradlew wrapper" chaque fois que les membres de mon équipe de synchronisation Android Studio de projet à l'aide de l'interface graphique de commande:

Android Studio: “Utiliser la valeur par défaut gradle wrapper” vs “Utiliser personnalisable gradle wrapper”

ils trouvent le gradle/wrapper/gradle-wrapper.properties date de mise à jour (et donnant lieu à un supplément de diff sur le repo git).

En passant à "Utiliser la valeur par défaut gradle wrapper" semble pour résoudre ce problème.

  • En passant à "Utiliser la valeur par défaut gradle wrapper" semble pour résoudre ce problème. C'est la bonne réponse!
InformationsquelleAutor ZenBalance | 2014-07-17
  1. 44

    Voir le IntelliJ IDEA aider ici:

    • À l'aide de la valeur par défaut gradle wrapper signifie que Gradle contrôle le numéro de version
    • À l'aide de l'personnalisable gradle wrapper signifie que l'IDÉE contrôle le numéro de version de la gradle wrapper.

    Le numéro de version est stockée dans gradle/wrapper/gradle-wrapper.properties. Ainsi, lorsque vous choisissez "à l'aide de l'personnalisable gradle wrapper" chaque fois que vous ouvrez le projet avec l'IDÉE, il va changer le fichier de propriétés pour régler le wrapper de la version que vous avez spécifié dans l'IDÉE de projet.

    Pour l'amour de reproductibles construit (même sur votre serveur de build qui ne fonctionne pas IDÉE) laissez Gradle contrôle le numéro de version et utiliser la valeur par défaut gradle wrapper.

    Vous pouvez définir le numéro de version qui est utilisée par Gradle à l'intérieur de votre build.gradle avec

    //needs at least Gradle V1.7
wrapper {
    gradleVersion = '2.2.1'
}

    ou

    //works with every Gradle version
task wrapper(type: Wrapper) {
    gradleVersion = '2.2.1'
}

    Remarque: n'oubliez pas que cette configuration est uniquement utilisé pour la production de l'emballage. Pour l'activer, vous devez exécuter la génération avec gradlew wrapper. Cette tâches de mises à jour de la gradle-wrapper.properties qui est utilisé par la suite pour tous wrapper exécutions.

    • Il peut être intéressant de préciser que le construire.gradle wrapper exemple de configuration fourni est de configurer le génération de la gradle wrapper scripts et des fichiers de propriétés, et pas une autre méthode de spécification de la gradle version pour un projet ayant déjà généré des fichiers d'enveloppe
    • Exactement, le construire.gradle wrapper exemple de configuration fourni configure la génération de la gradle (wrapper exécuté avec gradlew wrapper 🙂 ). Une fois qu'il est généré, il est utilisé - tout ce qui est spécifié dans build.gradle.)
    • Je comprends. Mais il m'a fallu quelques recherches après la lecture de votre réponse à la figure que friandise out. J'étais en train de suggérer une modification à votre (excellent, merci!) réponse à faire de cette partie un peu plus clair.
    • Vous êtes de droite. Je vous remercie pour cette sortie, j'ai mis à jour ma réponse. Et merci pour le feedback positif 🙂
    • Pourquoi voudriez-vous pour régler cela? Il est très peu probable que la version X de la gradle wrapper ne serait pas en mesure de télécharger la version X de gradle.
    • L'essentiel est que l'IDÉE est réglé à "Utiliser la valeur par défaut gradle wrapper". Vous pouvez sauter l'entrée dans le build.gradle, puisqu'elle est également disponible en gradle-wrapper.properties. Je préfère changer le numéro de version dans le build.gradle mais c'est juste ma façon de le faire. Voir docs.gradle.org/3.4.1/userguide/...
    • Gradle wrapper est une chose, mais comment définir cette Gradle est de décider quelle version de lui-même qui est approprié pour le processus de construction? Bâtiment sur deux différents HW environnements, nous essayez les solutions suivantes. NE fonctionne PAS: si (JavaVersion.current() != JavaVersion.VERSION_1_8) { gradleVersion = '2.2.1' } else { gradleVersion = '3.3' } 14:50 RuntimeException: impossible de charger le wrapper propriétés de ...\wrapper\gradle-wrapper.propriétés'. (Parce que nous undefined Graddle version dans /structure de Projet)
    • Lorsque vous démarrez gradlew il charge gradle/wrapper/gradle-wrapper.properties et vérifie si le défini version est disponible localement. Si non, il le télécharge. Il exécute ensuite le gradle pot avec la version. D'autre part, le code de l'emballage est juste utilisé pour écrire le numéro de version dans gradle-wrapper.properties. Ainsi, lorsque vous avez logique ce logique sera ignorée à moins de vous appeler gradle wrapper avant l'exécution de votre tâche de génération sur le système cible.

    InformationsquelleAutor ChrLipp