Saltar al contenido principal
Tutoriales

Cómo liberar una versión mayor en capgo

Entiende cómo y cuándo es necesario liberar una versión mayor para tu aplicación sin romper la aplicación de tu usuario

Créditos del artículo

Martin Donadieu

Escritor

Valeria

Revisor

Jordan

Editor

Cómo liberar una versión mayor en capgo

When releasing a major version

La versión puede ser difícil de gestionar, generalmente deseas enviar una actualización importante cuando aparece un cambio importante para los usuarios.

Pero la versión no está hecha para eso, la versión del tienda de aplicaciones es diferente de la versión nativa.

La versión nativa está diseñada para gestionar cambios rotos en el code

Por ejemplo, en iOS, iOS 16 es la store version de Apple, pero la versión code es 20A5283p (no parecen usar SemVer allí)

Ahora está claro que no mezclamos las cosas y las usamos para lo que están hechas!

Lanzamiento importante

In your Capacitor app, a major release is necessary when a breaking change happens. For example, a new IOS target (15 to 16), or a new version of Capacitor (3 to 4), or a plugin (1.2 to 2.0) you use have been updated to a major version.

Por ejemplo, un nuevo objetivo de iOS (15 a 16), o una nueva versión de __CAPGO_KEEP_1__ (3 a 4), o un plugin (1.2 a 2.0) que usas ha sido actualizado a una versión importante.

Eso es por qué Capgo sigue este sistema. Entonces, si lanzas una versión mayor, Capgo no la enviará a un usuario que no la tenga instalada desde la tienda.
Este comportamiento se puede personalizar. Puedes aprender más sobre ello aquí

Versiones

¿Dónde Capgo encuentra la versión para comparar?

IOS

Se utilizará por Capgo para comparar con la versión de JavaScript y encontrar una actualización mayor

En IOS, la variable se establece en tu proyecto aquí ios/App/App/Info.plist bajo la claveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj ¿Dónde __CAPGO_KEEP_0__ encuentra la versión para comparar? MARKETING_VERSION IOS MARKETING_VERSION se estableció en tu Info.plist archivo.

Puedes sobreescribir este comportamiento estableciendo la clave de versión en capacitor.config.json archivo documentación aquí

Android

Se utilizará por Capgo para comparar con la versión de JavaScript y encontrar una actualización importante

en Android, la variable se establece en tu proyecto aquí android/app/build.gradle bajo la clave defaultConfig.versionName

Puedes sobreescribir este comportamiento estableciendo la clave de versión en capacitor.config.json archivo documentación aquí

JavaScript

Se utilizará por Capgo para comparar con la versión nativa y encontrar una actualización importante

en JavaScript, el var se establece en tu proyecto aquí package.json bajo la clave version

Ejemplo

Tus aplicaciones de Ionic están actualmente publicadas con la versión 1.2.3 con Capacitor 3

Estás realizando la actualización a capacitor 4.

Debes actualizar el número de versión a 2.2.3, luego todos tus paquetes incluirán Capgo con advertencia de este gran cambio.

Cuando publiques esta versión en Capgo y la Tienda de Aplicaciones.

Todos los siguientes actualizaciones en vivo en Capgo 2.2.4 no será enviado a los usuarios con 1.2.3 versión. Solo con 2.2.3 versión.

Si sigues este patrón, no tienes que preocuparte más, todo está bien gestionado.

Si no sigo este

En este caso, eso significa que debes enviar tu nueva aplicación con Capacitor 4 a Apple y Google, pero no a Capgo.

Luego debes esperar que el 100% de tus usuarios, tengan la aplicación o al menos el 90%, tomará meses, probablemente.

Mientras tanto, no puedes enviar ninguna actualización con Capgo, ya que los usuarios antiguos no pueden obtener la nueva versión. No tienes una forma de seleccionar solo a algunos usuarios para que recibieran la actualización.

Sigue adelante desde Cómo liberar una versión mayor en capgo

Si estás utilizando Cómo liberar una versión mayor en capgo a planificar el rollback y el control de versiones, conecta con Rollbacks para los detalles de implementación en Rollbacks Versiones Objetivo context: Página/área: Página de marketing de soluciones de Capgo. Rol: Título de sección o página. Visto en: página de soluciones/version-targeting.astro. Clave de mensaje `solutions_version_targeting_title` (Título de soluciones de versiones). | Página/área: Página de marketing de soluciones de Capgo. Rol: Etiqueta de interfaz de usuario corta o elemento de navegación. Visto en: página de soluciones/version-targeting.astro. Clave de mensaje `solutions_version_targeting` (Soluciones de versiones) para los detalles de implementación en Versiones Objetivo Comportamiento de Actualización para los detalles de implementación en Comportamiento de Actualización paquete Capgo Live Updates Capgo Actualizaciones en Vivo

Actualizaciones en vivo para aplicaciones de Capacitor

Cuando haya un error en la capa web, envíe la corrección a través de Capgo en lugar de esperar días para la aprobación de la tienda de aplicaciones. Los usuarios obtienen la actualización en segundo plano mientras los cambios nativos siguen en el camino de revisión normal.

soporte humano de Martin

Iniciar Ahora

Últimas noticias de nuestro Blog

Capgo te da las mejores perspectivas que necesitas para crear una aplicación móvil verdaderamente profesional.