Pasar al contenido principal
Tutoriales

Cómo funcionan las versiones en Capgo

Entiende cómo Capgo gestiona las versiones en tu aplicación Capacitor, y úsalo al máximo. Aprende el significado de mayor, menor y parche.

Créditos del artículo

Martin Donadieu

Escritor

Valeria

Revisor

Jordan

Editor

How version work in Capgo

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

  • Versión nativa
  • Versión de JavaScript
Capacitor update system

All versions choices are decided server side by Capgo.

Sistema de versionado

To manage version Capgo use the SemVer system. Read the especificación de SemVer or check Capgo update compatibility with the Semver Tester.

Versiones

Donde 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í La versión nativa se ignorará para todas las plataformas.

iOS

En iOS, la variable se establece en su proyecto aquí ios/App/App/Info.plist bajo la claveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj en el archivo MARKETING_VERSION si MARKETING_VERSION se estableció en tu Info.plist archivo.

Android

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

JavaScript ( Capgo versión del paquete )

En JavaScript, la var se puede establecer en tu package.json bajo la clave version De lo contrario, debes proporcionarlo en el comando de carga.

Habilidad predeterminada

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

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

When la instalación fresca de su aplicación Capacitor

Cuando el usuario descargó su aplicación Ionic por primera vez y abre la aplicación, se contacta con el servidor Capgo de su aplicación.

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'.
  • La versión del paquete nativo (1.2.3) es mayor en versión principal que la versión del paquete Capgo (2.2.3), Capgo envía 'no es necesario actualizar'.

Otras configuraciones

Deshabilitar la actualización automática bajo nativo

Si cambia esta configuración a falso, Capgo considerará siempre la fuente más confiable de la versión.

  • The native version (1.2.4) is higher than Capgo version (1.2.3)

La versión nativa (1.2.4) es mayor que la versión Capgo (1.2.3) de su aplicación.

Desactivar la estrategia de actualización automática

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

Versión del paquete de JavaScript

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

Si no utilizaste la opción --bundle 1.2.3, Capgo obtendrá la versión del paquete desde tu package.json archivo (en la clave de versión).

Después de que tu aplicación Ionic haya instalado una versión de Capgo, esta es la versión que se comparará para:

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

Con algunas condiciones de guardia:

  • Si la versión del paquete nativo es mayor que la versión de Capgo, entonces Disable auto downgrade under native La condición se aplica.
  • Si la versión nativa del paquete es MENOR que la versión Capgo, la Disable auto upgrade above major La condición se aplica.

Actualización de la tienda de aplicaciones

Cuando publique su aplicación Capacitor JS en la Tienda de Aplicaciones, lo que sucede es simple.

Su usuario obtendrá la nueva versión desde la tienda y eliminará todas las actualizaciones locales en su aplicación por defecto.

Si desea cambiar ese comportamiento, necesita configurar la configuración resetWhenUpdate Saber más sobre ello Aquí

Esto solo se puede cambiar en el lado de la aplicación, no desde la nube como otros ajustes.

Otros ajustes

Después de todo este comportamiento, puede tener encima algunos específicos relacionados con el dispositivoID.

In 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 desactivará todos los ajustes realizados anteriormente.

Lee más sobre esto en el artículo de abajo.

Sigue adelante desde ¿Cómo funcionan las versiones en Capgo?

Si estás utilizando ¿Cómo funcionan las versiones en Capgo para planificar el trabajo de plugins nativos, conecta con Capgo Directorio de Plugins para el flujo de trabajo del producto en Capgo Directorio de Plugins, Capacitor Plugins by Capgo for the implementation detail in Capacitor Plugins by 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.

Actualizaciones en vivo para aplicaciones Capacitor

Cuando un bug en la capa web está activo, 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 reciben la actualización en segundo plano mientras que 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.