Cuándo liberar una versión mayor
La versión puede ser difícil de gestionar, generalmente deseas enviar una actualización mayor cuando aparece un cambio significativo para los usuarios
Pero la versión no está diseñada 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 que rompen la aplicación code
Por ejemplo, en iOS, iOS 16 es la store version versión de Apple, pero la versión code es 20A5283p (allí no parecen usar SemVer)
Ahora está claro que no los mezclamos y los usamos para lo que están hechos.
Lanzamiento mayor
En tu aplicación Capacitor, un lanzamiento mayor es necesario cuando ocurre un cambio disruptivo. Por ejemplo, un nuevo destino de iOS (15 a 16), o una nueva versión de Capacitor (3 a 4), o un plugin (1.2 a 2.0) que utilizas ha sido actualizado a una versión mayor.
Este cambio significa que todas las herramientas deben estar alineadas para manejar el cambio disruptivo.
Por eso 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
In IOS la variable se establece en su proyecto aquí ios/App/App/Info.plist bajo la claveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj o MARKETING_VERSION en el archivo MARKETING_VERSION si Info.plist se estableció en su
archivo.
capacitor.config.jsono puede sobrescribir este comportamiento estableciendo la clave de versión en documentación aquí
Android
será utilizado 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.jsonarchivo documentación aquí
JavaScript
será utilizado por Capgo para comparar con la versión nativa y encontrar una actualización importante
en JavaScript, la variable se establece en tu proyecto aquí package.json bajo la clave version
Example
Su aplicación Ionic se está liberando actualmente con la versión 1.2.3 con Capacitor 3
Está haciendo la actualización a capacitor 4.
Necesita actualizar el número de versión a 2.2.3, entonces todos sus paquetes incluirán Capgo con advertencia de este gran cambio.
Cuando libere esta versión a Capgo y la Tienda de Aplicaciones.
Todos los siguientes actualizaciones en vivo en Capgo 2.2.4 no se enviarán a los usuarios con 1.2.3 versión. Solo con 2.2.3 versión.
Si sigue este patrón, no necesita preocuparse más, todo está bien gestionado.
If I don’t follow this
En este caso, eso significa que debes enviar tu nueva aplicación con Capacitor 4 a Apple y Google, pero no a Capgo.
Entonces debes esperar que 100% de tus usuarios, tengan la aplicación o al menos el 90%, lo que 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 leyendo de Cómo liberar una versión mayor en capgo
Si estás utilizando Cómo liberar una versión mayor en capgo para planificar el rollback y el control de versiones, conecta con Rollos de versiones para obtener más detalles sobre la implementación en Rollos de versiones, Control de versiones contexto: 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 versionamiento). | Página/área: Página de marketing de soluciones de Capgo. Rol: Etiqueta de IU corta o elemento de navegación. Visto en: página de soluciones/version-targeting.astro. Clave de mensaje `solutions_version_targeting` (Soluciones de versionamiento). Actualizar Comportamiento para los detalles de implementación en el comportamiento de actualización, paquete para los detalles de implementación en el paquete. Capgo Live Updates para el flujo de trabajo del producto en Capgo Actualizaciones en vivo.
