Comment changer le nom de l'application par type de build Gradle

J'essaie de trouver un moyen de pouvoir changer d'application nom de l'application par type de build dans gradle.

Par exemple, je voudrais que la version de débogage pour avoir <APP_NAME>-debug et la version qa avoir <APP-NAME>-QA.

Je suis familier avec:

debug {
        applicationIdSuffix '.debug'
        versionNameSuffix '-DEBUG'
}

Cependant, je n'arrive pas à trouver un gradle de commande pour appliquer la modification de l'application dans le lanceur.

InformationsquelleAutor Andre Perkins | 2014-07-16
  1. 142

    Si par "nom de l'application", vous voulez dire android:label sur <application>, la solution la plus simple est de ce point à une ressource de chaîne (par exemple, android:label="@string/app_name"), puis une autre version de cette ressource de chaîne dans une src/debug/ sourceset.

    Vous pouvez voir que dans cet exemple de projet, où j'ai un remplacement pour app_name dans src/debug/res/values/strings.xml, qui seront appliquées pour debug construit. release builds vont utiliser la version de app_name dans src/main/.

    • ne serait-ce pas la solution implique qu'il faudra ajouter un supplément strings.xml pour chaque traduction? qui pourrait devenir difficile à maintenir...
    • Tout d'abord, vous êtes les bienvenus pour isoler cette chaîne dans son propre fichier de ressources si vous le souhaitez. La seconde, c'est que pour une seule chaîne. Troisièmement, ce n'est que pour les types de builds où vous souhaitez remplacer cette chaîne. Quatrièmement, sauf si vous avez une équipe de développement sans une langue commune, vous n'auriez pas besoin de traduirerelease cordes.
    • Isoler la chaîne sonne comme une bonne idée. Merci pour cette! Comme pour les non-release part, je vois un peu différemment que l'on peut vouloir tester aussi pour les problèmes de localisation, tout en permettant à la "libération" et "test" construit à coexister sur le même appareil. Dans un tel cas, les deux versions peut se retrouver avec le même lanceur étiquette, probablement à l'origine d'une certaine confusion. C'est ce que j'essayais d'éviter.
    • est ce que j'essayais de l'éviter", et donc de ne pas traduire cette chaîne. Le test sur cette chaîne sera invalide de toute façon, car, par définition, il n'est pas la chaîne que vous souhaitez utiliser dans release mode. Et de n'utiliser cette ressource de chaîne pour app_name, pas pour tout autre rôle.
    • Nous sommes probablement parler de choses différentes. Je n'ai pas l'intention de traduire le "DEBUG" de la chaîne. Mais le lanceur d'applications de l'étiquette est certainement localisé pour la version release. Maintenant, en supposant que mon application de l'étiquette est "AppName" - je voudrais avoir "AppName-DEBUG" pour les versions de débogage avec le label français quelque chose comme "AppNom-DEBUG" et le label allemand "AppNamen-DEBUG".
    • Vous n'aurez plus jamais de navire d'une application avec les "AppNom-DEBUG". Vous pouvez expédier une application avec "AppNom". Les tests de "AppNom-DEBUG", donc, est inutile. Vous êtes bien sûr les bienvenus pour traduire une version de débogage de app_name, même s'il n'est pas nécessaire (par exemple, vous avez le français ou l'allemand développeurs qui ne parlent pas l'anglais et ont donc besoin d'une traduction). Pour le test pour voir si le non modifiée release version de app_name œuvres, ses traductions, test de la release construire, ou de créer un near-release type de build qui ajoute juste l'ID de l'application de suffixe et laisse les cordes seules.
    • Quand avoir des saveurs dans le projet, en mettant strings.xml dans /src/debug/res/values/ne fonctionne pas. Au lieu de cela, vous devez spécifier le nom de la saveur en face du type de construction, par exemple: si vous avez une saveur Premium puis le nom du dossier doit être: premiumDebug. @CommonsWare, peut-être que vous devriez mettre à jour votre réponse en conséquence.
    • Non, c'est encore censé travailler, en supposant que vous n'avez pas besoin des noms différents par établir la variante. Si vous voulez le même nom pour tous les debug construit indépendamment de la saveur, ma réponse est correcte. Si vous rencontrez des problèmes pour obtenir que cela fonctionne, le fichier de frais de Dépassement de Pile question avec un un minimum de reproductibles exemple.
    • Vous avez raison, il ne fonctionne pas. Je n'ai pas d'avis, mais dans Android Studio, la version actuelle de type a quelque chose d'autre que de débogage à l'époque je l'ai essayé. Après la modification de ce retour à la flavorDebug, il semblait faire l'affaire.
    • Le lien est mort. 404
    • Fixe -- merci!

    InformationsquelleAutor CommonsWare
  2. 130

    Vous pouvez utiliser quelque chose comme cela

     buildTypes {
    debug {
        applicationIdSuffix '.debug'
        versionNameSuffix '-DEBUG'
        resValue "string", "app_name", "AppName debug"
    }
    release {
        minifyEnabled true
        shrinkResources true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.release
        zipAlignEnabled true
        resValue "string", "app_name", "AppName"
    }
}

    Vous pouvez utiliser @string/app_name dans AndroidManifest.xml les fichiers.

    Assurez-vous de retirer app_name de valeurs/dossier (pas d'entrée par ce nom).

    • Parfait lorsque le nom de l'application doit être lu forme d'un fichier externe
    • Eu une erreur lors de la construction de cette façon. Échec de l'exécution de la tâche:app:mergeDebugResources'.. ressources en Double: res/values/cordes.xml:chaîne/app_name
    • Si vous obtenez: vous avez une erreur lors de la construction de cette façon. Échec de l'exécution de la tâche:app:mergeDebugResources'.. ressources en Double: res/values/cordes.xml:chaîne/app_name que vous devriez faire, à l'instar de ses écrits: "assurez-vous de retirer app_name de valeurs/ dossier (pas d'entrée par ce nom)."
    • J'aime cela parce que les chaînes de dossier de la solution (la solution retenue, ci-dessus) ne fonctionne que si le nom de l'application est défini pour une source d'ensemble du produit / de la saveur. Dans mon cas, je suis la mise en place d'un Jenkins Pipeline de travail pour créer les différentes versions de notre application automatiquement avec des noms différents, et pas tous les noms ont productFlavors défini pour eux. Donc Jenkins simplement de fournitures le nom de l'application via l'environnement, et gradle lit: resValue "string", "app_name", System.getenv("APP_NAME") ?: "MyApp"
    • C'est la solution la plus lisible! Fonctionne parfaitement.
    • si j'ai enlevé app_name de chaîne dossier puis l'erreur de compilation d'erreur -Erreur:échec de l'Exécution de la tâche:app:processDevDebugManifest'. > Manifeste de la fusion a échoué avec de multiples erreurs, voir les journaux
    • Il fonctionne, mais si vous avez une autre bibliothèque dans votre application avec strings.xml et app_name, une application va obtenir une valeur à partir de là. Probablement dans ce cas, vous devriez changer une clé app_name à d'autres.

    InformationsquelleAutor irscomp
  3. 48

    Vous pouvez faire cela avec gradle:

    android {
    buildTypes {
        release {
            manifestPlaceholders = [appName: "My Standard App Name"]
        }
        debug {
            manifestPlaceholders = [appName: "Debug"]
        }
    }
}

    Puis dans votre AndroidManifest.xml mettre:

    <application
    android:label="${appName}"/>
    <activity
        android:label="${appName}">
        <intent-filter>
            <action android:name="android.intent.action.MAIN" />

            <category android:name="android.intent.category.LAUNCHER" />
        </intent-filter>
    </activity>
</application>

    Remarque: il fonctionne également avec productFlavors.

    • erreur -Erreur:échec de l'Exécution de la tâche:app:processDevDebugManifest'. > Manifeste de la fusion a échoué avec de multiples erreurs, voir les journaux
    • PAS de TRAVAIL---buildTypes { version { minifyEnabled faux proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-règles.pro' } debug { manifestPlaceholders = [appName: "GridL Debug"] applicationIdSuffix ".dev1" } }
    InformationsquelleAutor Albert Vila Calvo
  4. 29

    À l'appui de traductions faites ceci:

    1. supprimer la chaîne "app_name"

    2. ajouter à gradle

     buildTypes {
    admin {
       resValue "string", "app_name", "@string/app_name_admin"
    }
    release {
        resValue "string", "app_name", "@string/app_name_release"
    }
    debug {
        resValue "string", "app_name", "@string/app_name_debug"
    }
}

    3. Définir nom de l'application dans le Manifeste comme "@string/app_name"

    4. Ajouter à strings.xml les valeurs 

    <string name="app_name_admin">App Admin</string>
<string name="app_name_release">App  release</string>
<string name="app_name_debug">App debug</string>
    • Quels sont les différents types de types de builds ? Autre que, admin, release et debug ?
    • vous pouvez régler la différence par vous-même, par exemple différentes identificateur applicationid
    • Je veux utiliser UIAutomator test dans une autre configuration de build autres que de débogage avec différents pro-guard règles. Est-ce possible ?
    • N'a pas fonctionné pour moi.
    InformationsquelleAutor NickUnuchek
  5. 12

    Le nom de l'application est visible par l'utilisateur, et c'est pourquoi Google vous encourage à garder dans votre strings.xml fichier. Vous pouvez définir une chaîne distincte fichier de ressources qui contient des chaînes de caractères qui sont spécifiques à votre buildTypes. Il semble que vous pourriez avoir un personnalisé qa buildType. Si ce n'est pas vrai, ignorer l'assurance de la qualité partie ci-dessous.

    └── src
    ├── debug
    │   └── res
    │       └── buildtype_strings.xml
    ├── release
    │   └── res
    │       └── buildtype_strings.xml
    └── qa
        └── res
            └── buildtype_strings.xml
    InformationsquelleAutor Krylez
  6. 9

    Nous avons besoin d'une solution à l'appui de nom de l'application avec la localisation (pour multi-langue).
    J'ai testé avec @Nick Unuchek solution, mais la construction est un échec (pas trouvé @string/) . un peu de changement pour corriger ce bug:
    construire.gradle fichier:

    android {
    ext{
        APP_NAME = "@string/app_name_default"
        APP_NAME_DEV = "@string/app_name_dev"
    }

    productFlavors{

        prod{
            manifestPlaceholders = [ applicationLabel: APP_NAME]
        }

        dev{
            manifestPlaceholders = [ applicationLabel: APP_NAME_DEV ]
        }

    }

    values\strings.xml:

    <resources>
    <string name="app_name_default">AAA prod</string>
    <string name="app_name_dev">AAA dev</string>

</resources>

    values-en\strings.xml:

    <resources>
    <string name="app_name_default">AAA prod en</string>
    <string name="app_name_dev">AAA dev en</string>

</resources>

    Manifest.xml:

    <application
    android:label="${applicationLabel}" >
</application>
    • Un jeu comme "need for Speed" par exemple ne sera jamais appelé "Bedürfnis nach Geschwindigkeit" en Allemagne. Sauf si c'est un rip-off à partir d'un douteux développeur...
    • Il travail. Je vous remercie beaucoup. Cependant, dans mon cas, j'ai besoin d'ajouter 1 plus tools:replace="android:label" dans application dans AndroidManifest
    InformationsquelleAutor HungNM2
  7. 3

    Plus dynamiques gradle en fonction de la solution (par exemple, définir une base nom de l'Application dans la main strings.xml une fois, et éviter de vous répéter dans chaque saveur /type de construction combinaison de strings.xml), voir ma réponse ici: https://stackoverflow.com/a/32220436/1128600

    InformationsquelleAutor Steffen Funke
  8. 2

    Vous pouvez utiliser strings.xml dans des dossiers différents, voir Android distincte de la chaîne de valeurs pour la release et debug.

    Donc créer ce fichier:

    <?xml version="1.0" encoding="utf-8"?>
<resources>
    <string name="app_name">Your app name</string>
</resources>

    Puis de le coller à app\src\debug\res\values\ et app\src\release\res\values\ dossiers. Remplacer "Votre nom de l'application" en debug et release fichiers. Supprimer app_name élément de strings.xml dans app\src\main\res\values\ dossier.

    Dans AndroidManifest, vous aurez le même

    <application
    android:label="@string/app_name"
    ...

    Aucune modification. Même si vous avez ajouté une bibliothèque avec AndroidManifest fichier et strings.xml.

    • C'est propre et facile à gérer pour moi, la solution.
    • merci!!!!
    InformationsquelleAutor CoolMind
  9. -1

    Comme l'auteur de la demande pour ce faire, dans Gradle, nous pouvons supposer qu'il veulent le faire dans le script et pas dans les fichiers de configuration. Depuis deux Android Studio et Gradle a été fortement mis à jour et modifié dans la dernière année (~2018) toutes les autres réponses ci-dessus, semblent trop tordu. L'easy-peasy, est d'ajouter les éléments suivants à votre app/build.gradle:

    android {
    ...
    buildTypes {
        ...
        //Rename/Set default APK name prefix (app*.apk --> AwesomeApp*.apk)
        android.applicationVariants.all { variant ->
            variant.outputs.all { output ->
                def appName = "AwesomeApp"
                outputFileName = appName+"-${output.baseName}-${variant.versionName}.apk"
        }
    }
}
    InformationsquelleAutor not2qubit