How version work in Capgo

Capgo uses 2 main variables to manage versions in your Capacitor app:

• Texto 7: ¿Cómo funcionan las versiones en __CAPGO_KEEP_0__?
• Texto 8: __CAPGO_KEEP_0__ utiliza 2 variables principales para gestionar las versiones en su aplicación __CAPGO_KEEP_1__:

Todas las versiones se deciden del lado del servidor por Capgo.

Sistema de versionado

Para gestionar la versión Capgo utilice el sistema SemVer. Lea la Especificación de SemVer o verifique la compatibilidad de actualización de Capgo con el Prueba de Semver.

Versiones

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

Puede sobreescribir este comportamiento estableciendo la clave de versión en capacitor.config.json archivo documentación aquí Se ignorará la versión nativa para todas las plataformas.

IOS

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 bajo la clave MARKETING_VERSION si MARKETING_VERSION se estableció en tu Info.plist archivo.

Android

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

JavaScript ( Capgo versión del paquete )

In JavaScript, el var se puede configurar en tu package.json bajo la clave version En caso contrario, debes proporcionarlo en el comando de carga.

Comportamiento predeterminado

Este es cómo se comportará el canal Capgo si no cambias ninguna configuración.

Este comportamiento se basará en el canal único que has establecido como predeterminado.

Cuando se realiza una instalación fresca de tu aplicación Capacitor

Cuando el usuario descargue tu aplicación Ionic por primera vez y abra la aplicación, se contactará con el servidor Capgo.

Actualmente, 4 resultados pueden ocurrir:

• La versión del paquete nativo (1.2.3) es menor que la versión del paquete Capgo (1.2.4), Capgo envía su paquete al usuario.
• La versión del paquete nativo (1.2.3) es igual a la versión del paquete Capgo (1.2.3), Capgo envía ‘no es necesario actualizar’.
• La versión del paquete nativo (1.2.4) es mayor que la versión del paquete Capgo (1.2.3), Capgo envía ‘no es necesario actualizar’.
• The versión nativa del paquete (1.2.3) es MAYOR lower que Capgo versión del paquete (2.2.3), Capgo send “no hay necesidad de actualizar”.

Otras configuraciones

Deshabilitar auto-bajada bajo nativo

Si cambias esta configuración a falso, Capgo considerará siempre la fuente confiable de la versión. Entonces el comportamiento se convierte en :

• La versión nativa (1.2.4) es mayor que Capgo versión (1.2.3)

Capgo envía su versión al usuario.

Deshabilitar estrategia de auto-mejora

Hay un par de estrategias que puedes elegir. Puedes aprender más sobre ellas aquí

Versión del paquete JavaScript

La versión del paquete JavaScript es la que envías cuando haces npx @capgo/cli@latest bundle upload --channel production

Si no usaste la opción --bundle 1.2.3Capgo obtendrá la versión del paquete desde tu package.json Después de que tu aplicación Ionic ha instalado una versión de __CAPGO_KEEP_0__, esta es la versión que se comparará para:

Su versión de paquete JavaScript (1.2.3) es menor que la versión de paquete Capgo (1.2.4), __CAPGO_KEEP_1__ envía su paquete al usuario.

• Their JavaScript bundle version (1.2.3) is lower than Capgo bundle version (1.2.4), Capgo send his bundle to the user.

Si la versión del paquete nativo es mayor que la versión __CAPGO_KEEP_0__, se aplica la

• Si la versión del paquete nativo es mayor en una versión principal que la versión Capgo, se aplica la Disable auto downgrade under native Actualización de la tienda de aplicaciones
• Cuando publicas tu aplicación Capgo de JS en la Tienda de Aplicaciones, lo que sucede es simple. Disable auto upgrade above major Tu usuario obtendrá la nueva versión desde la tienda y eliminará todas las actualizaciones locales en su aplicación por defecto.

__CAPGO_KEEP_1__

Capacitor

__CAPGO_KEEP_0__

Si deseas cambiar ese comportamiento, debes establecer la configuración resetWhenUpdate saber más sobre ello aquí

Esta configuración solo se puede cambiar en el lado del dispositivo, no desde la nube como otros ajustes.

Otros ajustes

Después de todo este comportamiento, puedes tener encima algunos específicos uno relacionado con el dispositivoID.

En Capgo, puedes decidir sobreescribir el comportamiento para cada dispositivoID.

Puedes vincular un dispositivoID a:

• una versión de paquete específica
• un canal específico

Esto saltará todos los ajustes realizados anteriormente.

Aprende más sobre ello en el artículo a continuación.

Sigue adelante desde cómo funciona la versión en Capgo

Si estás utilizando Cómo funciona la versión en Capgo para planificar el trabajo de plugin nativo, conecta con Capgo Directorio de Plugins para el flujo de trabajo del producto en Capgo Directorio de Plugins, Capacitor Plugins por Capgo para los detalles de implementación en Capacitor Plugins por Capgo, Agregar o Actualizar Plugins para los detalles de implementación en Agregar o Actualizar Plugins, Alternativas de Plugins de Ionic Enterprise para el flujo de trabajo del producto en Alternativas de Plugins de Ionic Enterprise, y Capgo Compilaciones Nativas para el flujo de trabajo del producto en Capgo Compilaciones Nativas.