e-Título
Aplicación de identidad cívica que requiere compatibilidad de dispositivos públicos amplia.
- Instalaciones de Google Play
- 54,9M
- Calificación de tienda
- 4.8
Versionamiento objetivo
Los usuarios actualizan desde la tienda a su propio ritmo, por lo que varias versiones nativas de tu aplicación están en vivo al mismo tiempo. Capgo verifica las dependencias nativas de cada paquete, bloquea actualizaciones por reglas de versión y puede enviar cada versión nativa a su propio canal.
14 días de prueba gratuita ilimitada. No se requiere tarjeta de crédito
La compatibilidad de paquetes compara los paquetes nativos en tu proyecto con el paquete en vivo en el canal. Agregue --fail-on-incompatible en CI para detener una subida que necesita un nuevo binario.
Documentación de compatibilidad nativaPonga el canal en la estrategia de metadatos y suba con --auto-min-update-version. Los dispositivos cuya versión nativa es inferior al piso del paquete lo saltan y mantienen su paquete actual.
Documentación de versiones--disable-auto-update major, minor o patch mantiene a un dispositivo de recibir un paquete fuera de su línea de versión nativa. Estas reglas comparan solo números de versión. No inspeccionan code nativo.
Tipos de actualizaciones y bloqueo de versionesEstablezca defaultChannel en cada configuración de Capacitor de construcción nativa, por ejemplo v2 o v3. Cada línea obtiene sus propios paquetes, y una línea más antigua puede mantener su último paquete funcionante.
Documentación de versiones¿Cómo funciona
Una configuración de CI que permite que la rama live update y la rama de la tienda funcionen lado a lado. Cada comando a continuación es de los Capgo CLI docs.
build needed compara sus paquetes nativos con el canal. Imprime sí y sale con code 1 cuando se requiere una actualización de tienda, y no cuando un live update es suficiente.
npx @capgo/cli@latest build needed com.example.app --channel production
build needed referencia
Hazlo una vez. A partir de entonces, cada paquete lleva una versión nativa mínima y los dispositivos por debajo de ella saltan el paquete.
npx @capgo/cli@latest channel set production com.example.app \
--disable-auto-update metadata
Documentación de versiones de destino
Mantener --auto-min-update-version en cada subida. --fail-on-incompatible detiene el trabajo si el paquete necesita una compilación nativa code que el canal no tiene.
npx @capgo/cli@latest bundle upload --channel production \
--auto-min-update-version \
--fail-on-incompatible
Documentación de compatibilidad nativa
Cuando el nuevo binario se envíe, suba su paquete sin --fail-on-incompatible. Capgo eleva el piso para que los edificios antiguos lo omitan, y las comprobaciones posteriores comparan con los nuevos paquetes nativos.
npx @capgo/cli@latest bundle upload --channel production \
--auto-min-update-version
Flujo de trabajo de canal nativo y OTA
Migración de Appflow
Appflow sincronizaba actualizaciones en vivo con versiones nativas para usted. En Capgo obtiene el mismo resultado con canales y reglas de versión:
// capacitor.config.ts in your 2.x native builds
plugins: {
CapacitorUpdater: {
defaultChannel: 'v2',
},
},
# ship a fix to 2.x users only
npx @capgo/cli@latest bundle upload --channel v2 \
--auto-min-update-version
# 1.x devices stay on their channel's current bundle
Su binario 2.0 agrega un plugin de cámara. Suba el paquete que lo utiliza con --auto-min-update-version, y los dispositivos 1.x lo saltan hasta que los usuarios instalen 2.0.
Documentación de compatibilidad nativaEnvíe un paquete a una fracción de un canal con --rollout, observe la instalación y los datos de falla, luego promueva o róllalo hacia atrás.
Documentación de despliegues progresivosDeténgase la carga en el canal v1. Los dispositivos en él mantienen su última versión funcional mientras que v2 sigue recibiendo actualizaciones.
Documentación de versiones de destinoUn ejemplo de diseño con tres versiones nativas en el mundo.
Envía características a v3, correcciones a v2 y nada a v1. Los dispositivos en v1 conservan su último paquete de trabajo.
Aplicaciones construidas con Capacitor
Las aplicaciones de ciudadano, salud y pronóstico pueden soportar versiones Android antiguas y diferentes generaciones de dispositivos. La versión de destino mantiene cada compilación nativa en el paquete web más compatible sin forzar un camino de actualización para todos.
Aplicación de identidad cívica que requiere compatibilidad de dispositivos públicos amplia.
Health app where older and newer native shells may need different web bundles.
Weather app where device capability and map performance can vary by version.
Prueba de clientes
Desarrollador, Webincode
Ser capaz de agregar IDs de dispositivo a ciertos grupos y enviar los cambios a solo ciertos grupos es un salvavidas.
CTO, Privado
Me tomó menos de un día configurarlo. Los despliegues basados en canales me permitieron probar en mi dispositivo antes de que nada llegue a los usuarios de producción.
Desarrollador Líder, drivolino GmbH
“El plugin de actualización Capgo Capacitor transformó completamente cómo enviamos actualizaciones. Lo que solía tomar días ahora toma solo minutos.”
FAQ
¿Qué pasa con los usuarios que nunca actualizan la aplicación nativa?
They keep receiving bundles that are compatible with their native version. With the metadata strategy, a bundle whose minimum native version is above theirs is skipped, and they stay on their current bundle.
Documentación de la versión de destinoNo. Las reglas de versión solo comparan números de versión, por lo que un cambio nativo enviado en una versión menor o de parche todavía se envía. Utilice --fail-on-incompatible o --auto-min-update-version, que verifican sus paquetes nativos.
Documentación de compatibilidad nativaEjecute buildNeeded o bundleReleaseType contra el canal. Ambos comparan metadatos de paquetes nativos. No ven cada edición bajo ios/, android/ o capacitor.config, por lo que bloquee esas rutas en Git también.
Elige OTA o compilación nativa en CISí. Utilice un canal por línea nativa con defaultChannel, o la estrategia de metadatos con --auto-min-update-version. La guía de migración de Appflow pasa por la configuración.
Guía de migración de AppflowPunte el canal hacia la última versión compatible de su historia, o fuerza el paquete de compilación incorporado, y envíe la compilación nativa. notifyAppReady() vuelve a enviar un paquete que falla al iniciar, pero no es un sustituto de paquetes nativos compatibles code.
Documentación de rollbacksConfigura la estrategia de metadatos y un control de compatibilidad en CI durante la prueba gratuita de 14 días. No se requiere tarjeta de crédito.
Obtenga apoyo humano de Martin
Prueba gratuita de 14 días ilimitada. No se requiere tarjeta de crédito.