Sabores de productos para Android versionNameSuffix
Estoy usando buildTypes y productFlavors. Mi aplicación también utiliza una herramienta de análisis y esta herramienta utiliza el nombre de versión de mi aplicación.
¿Cómo puedo cambiar la versiónName por sabor? Mi prueba fue
- Proyecto Android Wear con múltiples dimensiones de sabor
- No se puede instalar la versión de depuración y de liberación en el mismo dispositivo
- Daga de referencia no resuelta 2 + kotlin + androide gradle
- Clase WebRTC duplicada en android
- Qué se genera y las carpetas intermedias en el directorio de la estructura y porqué la carpeta de las salidas falta
productFlavors { google { versionNameSuffix ".google" } }
Pero fracasó. ¿Alguien tiene una idea de cómo personalizar el nombre de versión dependiendo del sabor?
Actualizar
Al parecer, la versión 2.2.0
de Gradle Android plugin ahora permite establecer versionNameSuffix
en productFlavors
- Gradle: 'buildTypes' no se puede aplicar a groovy.lang.Closure
- La tarea gradle 'installDebug' de Android dejó de funcionar después de la actualización
- Android gradle apk splits, configuración de versionCode
- Error (19,0) Gradle Método DSL no encontrado: android ()
- Android Studio 1.0.0 - Error al encontrar butterknife: 6.0.0
- Android: establece todas las advertencias de pelusa como errores excepto para ciertos
- ProcessException: ExecException: Process 'command' /Library/Java/JavaVirtualMachines/jdk1.8.0_31.jdk/Content/Home/bin/java
- Error: Error de ejecución de la tarea, finalizado con valor de salida distinto de cero 1
Esto todavía es un trabajo en progreso para mí, pero parece funcionar:
productFlavors { development { versionName = android.defaultConfig.versionName + (System.getenv("BUILD_NUMBER") as Integer ? "-build" + System.getenv("BUILD_NUMBER") as Integer : "-developerBuild") } }
Así que podemos establecer el nombre de versión en defaultConfig, en el servidor de compilación se establece la variable ambiental BUILD_NUMBER, por lo que termina siendo como: 1.2-build1234
La generación de producción sólo utiliza el defaultConfig por lo que es sólo de 1.2
, y al construir en máquinas de dev la variable ambiental No está configurado por lo que su 1.2-developerBuild
Acabo de llegar con este plan de esta noche (por lo que podría ser simplificado estoy seguro), por lo que trabajar en conseguir la última revisión de control de código añadido cuando en una máquina de dev, pero he visto otras respuestas con la forma de hacer eso.
Puede definir el nombre de la versión completa a través de un sabor, como esto:
productFlavors { flavor_a { versionName 'Version_A' } flavor_b { versionName 'Version_B' } } defaultConfig { versionName 'Default_version_name' }
Si un sabor no especifica un nombre de versión, lo recogerá de defaultConfig
.
- ¿Cómo manejar los estados de error con LiveData?
- Pantalla negra al volver a la actividad de reproducción de vídeo en Android