Suba una nueva paquete web desde el CLI o CI. Los dispositivos lo descargan en segundo plano y lo ejecutan la próxima vez que el aplicativo regresa al primer plano. Róllalo por porcentaje, observarlo en Observe, y róllalo hacia atrás si se comporta mal.
Apoyo humano de Martin
El Problema
Encuentra el error
El soporte de monitoreo o informes reportan una pantalla rota. La corrección es unas pocas líneas de JavaScript o CSS.
Construye un nuevo binario
Tú incrementas la versión, construyes para iOS y Android, y preparas dos envíos a la tienda.
Espera la revisión
La revisión del almacen puede tardar entre 24 y 48 horas, a veces incluso más. Un rechazo reinicia el proceso de espera.
Espera a que los usuarios actualicen
Después de la aprobación, cada usuario todavía tiene que instalar la nueva versión. Hasta entonces, ejecutan la versión antigua code.
Cada paso agrega tiempo entre que la corrección está lista y la corrección se ejecuta en los dispositivos de tus usuarios.
24–48h+
Tiempo típico de revisión de la tienda
Apple y Google revisan cada nuevo binario. La revisión suele durar 24–48 horas, a veces mucho más, y un rechazo significa volver a presentar.
Por usuario
Actualizaciones dependen de cada dispositivo
Una actualización de la tienda solo llega a un dispositivo cuando el usuario, o su configuración de actualización automática, la instala. Algunos dispositivos permanecen en versiones antiguas durante mucho tiempo.
2 tiendas
Dos presentaciones por cada corrección
El mismo arreglo web pasa por la App Store y Google Play por separado, cada una con su propia revisión y lanzamiento.
La Solución
Este es el comportamiento de actualización predeterminado de Capgo. Sin promoción de actualización, reinicios forzados ni envío de la tienda para cambios en la capa web.
Cuando la aplicación se pone en primer plano, y cada 10 minutos mientras permanece abierta, el actualizador pregunta a Capgo por el último paquete del canal.
En primer plano
El nuevo paquete se descarga mientras el usuario sigue utilizando la versión actual. Con actualizaciones delta, solo se descargan los archivos modificados.
Sin interrupción
Cuando el usuario sale de la aplicación, el actualizador instala el paquete. La próxima vez que lo abran, ejecutan la nueva versión.
Próximo arranque
¿Necesitan que los usuarios vean la nueva versión tan pronto como abran la aplicación? Los modos de actualización directa se aplican en el arranque mientras se muestra la pantalla de bienvenida.
Ver actualizaciones directasCómo funciona
Una actualización típica para una aplicación Capacitor que ya está en las tiendas. Cada comando a continuación proviene de los Capgo CLI de documentación.
Ejecuta el asistente de configuración, luego asegúrate de que tu aplicación llame a notifyAppReady() después de que comience. Una paquete que nunca hace esa llamada se deshace por sí mismo.
npx @capgo/cli@latest init
# in your app start-up code
await CapacitorUpdater.notifyAppReady()Utiliza --delta para que los dispositivos solo descarguen archivos modificados, y --rollout para empezar con una pequeña parte de dispositivos. Todos los demás se quedan con el paquete estable.
npx @capgo/cli@latest bundle upload --channel production --delta --rollout 5Activar el pausa automático con un umbral de tasa de fallas (500 puntos base es el 5%). Si las fallas lo superan, Capgo vuelve a hacer el lanzamiento. Verifique la nueva versión en Observar mientras se ejecuta.
npx @capgo/cli@latest channel set production \
--auto-pause-enabled \
--auto-pause-failure-rate-bps 500 \
--auto-pause-action rollbackCuando los números parecen correctos, promueva el paquete a todos los dispositivos en el canal. Si no, envíe el grupo de lanzamiento de vuelta a estable.
npx @capgo/cli@latest channel set production --rollout-promote
# or, if something looks wrong
npx @capgo/cli@latest channel set production --rollout-rollbackLos equipos de producción utilizan estos controles para enviar actualizaciones sin sorprender a los usuarios.
Cargue con --delta y los dispositivos descargan solo los archivos que han cambiado desde su paquete actual. Los grandes activos que cambian raramente se descargan una vez.
--delta
Solo se descargan los archivos que han cambiado
Enviar un nuevo paquete a una porción aleatoria y pegajosa de un canal mientras todos los demás se quedan en el paquete estable. Aumente la porcentaje, promueva o róllalo hacia atrás desde el CLI o la consola.
1–5%
Un paso típico de implementación inicial
Cada actualización tiene que demostrar que comienza. Si un nuevo paquete no llama a notifyAppReady() a tiempo, el dispositivo vuelve a la última versión que funcionaba y marca la nueva como fallida.
10s
Tiempo de espera por defecto antes de un rollback automático
Capgo entrega la capa web de Capacitor: JavaScript, CSS y activos. No cambia el binario nativo, plugins, permisos, derechos o metadatos de la tienda. La reseña de la tienda es específica de la aplicación, por lo que usted sigue siendo responsable de la conformidad con las políticas y la aprobación.
Trabajo de lanzamiento diario una vez que estén en lugar las actualizaciones en vivo. Cada tarjeta enlace a los documentos.
Una pantalla de inicio de sesión o de pago rota se arregla en la capa web. Subirlo y los dispositivos lo captan en su próxima verificación de actualizaciones.
Actualizar documentos de comportamientoActualiza el texto de ayuda, reemplaza imágenes y otros activos embutidos sin necesidad de compilar un nuevo binario.
Documentación de compatibilidad nativaCompare una nueva paquetería con la anterior: tasa sin problemas, tiempo de lanzamiento y marcadores de despliegue por versión.
Documentación de ObserveDespués de cambiar el paquete de un canal, envía una notificación de actualización silenciosa para que los dispositivos verifiquen ahora en lugar de esperar a su próxima pantalla principal.
Proteger versiones nativas antiguasBlock major updates on a channel so a bundle that needs new native code never reaches an older binary.
Versión de destino de documentaciónRevertir desde la historia del canal para hacer que se vuelva a publicar en todos los dispositivos de ese canal.
Documentación de revertirCapgo ha entregado actualizaciones en vivo a aplicaciones de producción desde 2021.
Encuentre la solución que se adapte a las necesidades de su equipo
Aplicaciones construidas con Capacitor
Los aplicaciones de clima, salud pública y telecomunicaciones dependen de interfaces precisas, alertas y navegación. Las actualizaciones de producción ayudan a enviar correcciones de interfaz aprobadas mientras se monitorea la adopción antes de expandirse más.
CLIMA
Aplicación de clima donde los mapas, alertas y correcciones de navegación requieren una expansión de producción cuidadosa.
MEDICO
Aplicación de salud pública donde la información de orientación y servicios requiere actualizaciones rápidas y confiables.
TOOLS
Aplicaciones de telecomunicaciones donde las alertas y las superficies de cuenta cambian con frecuencia.
Prueba de clientes
Desarrollador principal, drivolino GmbH
"El plugin de actualización Capgo Capacitor ha transformado completamente cómo enviamos actualizaciones. Lo que solía tomar días ahora solo toma minutos."
Fundador, NuTriQ
Ser capaz de enviar actualizaciones OTA de producción de inmediato sin tener que esperar a los ciclos de revisión completos de la Tienda de Aplicaciones ha sido una gran ventaja operativa.
nethead emeritors
Excelente trabajo en el plugin de actualizador. Funciona sin problemas para mí, y las actualizaciones en vivo son un acelerador superador para un retorno de pruebas rápido.
FAQ
¿Cómo llegan los actualizaciones a los dispositivos y qué hacer cuando una falla?
By default, the app checks for updates when it comes to the foreground and every 10 minutes while it stays open. It downloads the new bundle in the background, installs it when the user leaves the app, and runs it the next time they open it. The autoUpdate setting changes this behavior.
Actualización de comportamientoSí. Después de cambiar el paquete de un canal, enviar una notificación de actualización desde la consola o agregar --send-update-notification a la carga de paquetes. Los dispositivos reciben un empuje silencioso y revisan de inmediato. Esto requiere Capgo Notificaciones con credenciales de empuje iOS y Android. La entrega es de mejor esfuerzo: una aplicación offline o forzada a salir revisa en su próximo arranque.
Enviar notificación de actualizaciónSi un nuevo paquete no llama a notifyAppReady() dentro de 10 segundos (el tiempo de espera predeterminado de appReady), el dispositivo regresa al último paquete que funcionaba y marca el nuevo como fallido. Para los errores que no detienen la aplicación de iniciar, retroceder la progresión de la entrega o elegir un paquete anterior de la historia del canal.
Documentación de retrocesosCargar con --rollout para enviar el paquete a una parte fija y pegajosa del canal mientras todos los demás siguen en estable. Aumentar la porcentaje, promover o retroceder desde la CLI o la consola. El auto-pausa puede detener la exposición cuando la tasa de fallos supera un umbral.
Documentación de progresiones de la entregaLive updates replace the web layer: JavaScript, HTML, CSS, and assets. Native plugins, Capacitor upgrades, capacitor.config changes, and iOS or Android project files need a store release. Capgo checks bundles for native compatibility on upload, and channels can block updates to older binaries.
Documentación de compatibilidad nativaPrueba el flujo completo en tu propia aplicación durante la prueba: sube un paquete, distribúyelo en unos pocos dispositivos y vuelve a distribuirlo.
Apoyo humano de Martin
Prueba gratuita de 14 días. No se requiere tarjeta de crédito.