Pasar al contenido

Migrar desde Capawesome Cloud a Capgo

⚡️ Capgo automatiza los canales, la limpieza de paquetes, los reenvíos, las métricas y CLI sube archivos nativamente. Utilice esta guía para realizar los pasos mínimos necesarios para migrar y opcionalmente recrear cualquier comportamiento personalizado que aún necesite.

  1. Reúna su configuración de Cloud de Capawesome existente (ID de aplicación, canales, claves de firma, CLI tokens) para archivar o auditarlo más tarde.
  2. Instale el plugin Capgo, elimine el Capawesome SDK y llame a CapacitorUpdater.notifyAppReady().
  3. Configure el comportamiento opcional (descargas manuales, pin de paquetes, recargas) si depende de esos flujos hoy en día.

Con Capgo solo necesitas instalar nuestro plugin y llamar CapacitorUpdater.notifyAppReady()Todo lo demás—canales, limpieza de paquetes, retrocesos, análisis y CLI automatización—is gestionado nativamente. Las secciones a continuación recorren cada tarea directamente.

  • Asegúrate de que tu proyecto ya esté utilizando Capacitor 5 o posterior.
  • Instala el Capgo CLI (npm install -g @capgo/cli) si planeas enviar paquetes desde CI/CD.

Paso 1 – Instala Capgo y elimina el plugin de Capawesome SDK

Título de la sección “Paso 1 – Instala Capgo y elimina el plugin de Capawesome SDK”
Ventana de terminal
npm uninstall @capawesome/capacitor-live-update
npm install @capgo/capacitor-updater
npx cap sync

Esa es la única sustitución obligatoria. Capgo’s nativo code viene con el plugin; no se requieren ayudantes de JavaScript adicionales.

La configuración anterior requería la mapeación de docenas de opciones en capacitor.config. Capgo reconoce automáticamente su proyecto, por lo que la configuración mínima se ve así:

capacitor.config.ts
import { CapacitorConfig } from '@capacitor/cli'
const config: CapacitorConfig = {
plugins: {
CapacitorUpdater: {
autoUpdate: true,
autoDeletePrevious: true,
periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
},
},
}
export default config

Todas las opciones de Capawesome que se enumeran como banderas manuales (defaultChannel, autoDeleteBundlesretención de políticas, etc.) se gestionan a través de la consola de Capgo o API. Solo necesita sobrescribir estas claves si desea un comportamiento que difiera de los valores predeterminados de Capgo.

Opción de Capawesomeequivalente de Capgo¿Necesita configurarlo?
appIdTomado desde la consola de Capgo una vez que se crea un proyectoSolo si utiliza varios proyectos en un binario
defaultChannelReglas de canal administradas en la consola/APIOpcional; la mayoría de los equipos configuran esto de forma servidor
autoDeleteBundlesautoDeletePrevious: true (por defecto)Ya está habilitado
publicKeyAdministrado en la consola CapgoSolo si rota las claves manualmente
maxVersions / retenciónPolítica de retención de paquetesConfigurado centralmente en Capgo (1 mes por defecto, 24 meses máximo)

Etapas 3 – Llamar notifyAppReady() (el único hook requerido)

Título de la sección “Etapas 3 – Llamar a notifyAppReady() (el único hook requerido)”

El flujo de trabajo antiguo introdujo oyentes personalizados (checkForUpdates(), retryDownload(), ocultar la pantalla de bienvenida, etc.). Capgo realiza esos pasos nativamente. El único API que debes llamar es:

import { CapacitorUpdater } from '@capgo/capacitor-updater'
CapacitorUpdater.notifyAppReady()

Esta confirma que la aplicación arrancó con éxito. Si la confirmación nunca llega, Capgo realiza automáticamente un rollback del paquete—sin necesidad de JavaScript adicional.

Eso es todo—Capgo maneja los controles de fondo, la visibilidad de la pantalla de bienvenida y los rollbacks nativamente.

Opcional: ejecutar lógica personalizada antes de que la pantalla de bienvenida se oculte
import { CapacitorUpdater } from '@capgo/capacitor-updater'
import { SplashScreen } from '@capacitor/splash-screen'
CapacitorUpdater.addListener('appReady', () => {
// Run diagnostics or logging if you need to
SplashScreen.hide()
})
CapacitorUpdater.notifyAppReady()

Etapas 4 – Mapear las llamadas a API (principalmente opcional)

Título de la sección “Etapas 4 – Mapear las llamadas a API (principalmente opcional)”

In Capgo normalmente deja que el actualizador automático se ejecute; las API manuales siguen disponibles si deseas tener control completo.

Capawesome CloudCapgo equivalente¿Necesitas esto?
LiveUpdate.fetchLatestBundle()CapacitorUpdater.getLatest()Sólo cuando implementas tu propio flujo de descarga
LiveUpdate.downloadBundle()CapacitorUpdater.download()Opcional: el actualizador automático nativo ya descarga automáticamente
LiveUpdate.setNextBundle()CapacitorUpdater.next()Opcional: la pestaña de la consola pincha los paquetes automáticamente
LiveUpdate.reload()CapacitorUpdater.reload()Opcional; Capgo impone paquetes obligatorios después de notifyAppReady()
LiveUpdate.getCurrentBundle()CapacitorUpdater.current()Opcional diagnósticos

Si te quedas con el comportamiento de actualización automática nativa, puedes eliminar el JavaScript de Capawesome por completo.

Descargar la última versión del paquete

Capgo
import { CapacitorUpdater } from '@capgo/capacitor-updater'
const downloadUpdate = async () => {
const latest = await CapacitorUpdater.getLatest()
if (latest?.url) {
const bundle = await CapacitorUpdater.download({
url: latest.url,
version: latest.version,
})
console.log('Bundle downloaded', bundle?.id)
}
}
Capawesome Cloud
import { LiveUpdate } from '@capawesome/capacitor-live-update'
const downloadUpdate = async () => {
const result = await LiveUpdate.fetchLatestBundle()
if (result.downloadUrl) {
await LiveUpdate.downloadBundle({
bundleId: result.bundleId,
url: result.downloadUrl,
})
console.log('Bundle downloaded')
}
}

Establecer el siguiente paquete

Capgo
import { CapacitorUpdater } from '@capgo/capacitor-updater'
const setNextBundle = async () => {
await CapacitorUpdater.next({ id: 'bundle-id-123' })
}
Capawesome Cloud
import { LiveUpdate } from '@capawesome/capacitor-live-update'
const setNextBundle = async () => {
await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
}

Aplicar el paquete descargado de inmediato

Capgo
import { CapacitorUpdater } from '@capgo/capacitor-updater'
const applyUpdate = async () => {
await CapacitorUpdater.reload()
}
Nube de Capawesome
import { LiveUpdate } from '@capawesome/capacitor-live-update'
const applyUpdate = async () => {
await LiveUpdate.reload()
}

Paso 5 – Estrategias de actualización: cómo Capgo las maneja

Sección titulada “Paso 5 – Estrategias de actualización: cómo Capgo las maneja”

Los documentos de Capawesome describen tres estrategias. Aquí está cómo se traducen:

  • Flujo de trabajo anterior: configurar en code y programar descargas manualmente.
  • Capgo __CAPGO_KEEP_0__autoUpdate: trueNo se requiere ningún code adicional.
  • Flujo de trabajo anterior: agregar un App.resume escuchador, llamar download, luego set.
  • CapgoSi el actualizado de fondo ya realiza la comprobación después de la pausa. Solo necesita el escuchador manual si desea un intervalo personalizado.
Opcional: comprobación manual de pausa
import { App } from '@capacitor/app'
import { CapacitorUpdater } from '@capgo/capacitor-updater'
App.addListener('resume', async () => {
const latest = await CapacitorUpdater.getLatest()
if (latest?.url) {
const downloaded = await CapacitorUpdater.download({
url: latest.url,
version: latest.version,
})
if (downloaded) {
await CapacitorUpdater.next({ id: downloaded.id })
}
}
})
  • Flujo de trabajo anterior: lógica de promoción de cable y aplicación de recarga.
  • Capgo: marcar el paquete como “obligatorio” en la consola, luego escuchar para el majorAvailable evento (empleado después notifyAppReady()) para requerir a los usuarios que actualicen dentro de su aplicación.

Si anteriormente dependiste de capawesome live-update deploy, Capgo ofrece un flujo de trabajo similar de CLI y también puedes automatizar los despliegues completamente a través de API.

Ventana de terminal
# Authenticate once (stores a token in your CI environment)
capgo login
# Upload a new bundle (auto-detects platform/version)
capgo bundle upload --path dist --channel production

Porque Capgo monitorea automáticamente la salud del paquete, también obtiene:

  • Registros de auditoría de dispositivo para cada instalación.
  • Retención automática (un mes por defecto) con límites configurables hasta 24 meses.
  • Métricas de latencia en tiempo real en status.capgo.app/history.
  • Inventario y instalación: 10 minutos (npm install, eliminar el antiguo plugin).
  • Configuración y preparación5 minutosnotifyAppReady).
  • Verificaciones de integridad15 minutos (pruebas manuales opcionales o escuchas).
  • Primera implementación10 minutos con Capgo CLI o integración de CI.

En la práctica, los equipos terminan en menos de una hora. Si proporciona detalles del proyecto Capawesome, podemos incluso importar canales y listas de dispositivos para usted.

Capgo está diseñado para una confiabilidad a largo plazo: actualizaciones delta nativas, paquetes cifrados, rollbacks automáticos y análisis que no requieren JavaScript personalizado. Una vez que hayas migrado, puedes eliminar el pegamento pesado de mantenimiento y dejar que la plataforma realice actualizaciones automáticamente.

Sigue adelante desde Migrar desde Capawesome Cloud a Capgo

Sección titulada “Sigue adelante desde Migrar desde Capawesome Cloud a Capgo”

Si estás utilizando Migrar desde Capawesome Cloud a Capgo para planificar la automatización de CI/CD, conecta con Capgo CI/CD para el flujo de trabajo del producto en Capgo CI/CD Capgo Compilaciones nativas para el flujo de trabajo del producto en Capgo Compilaciones nativas Capgo Integraciones para el flujo de trabajo del producto en Capgo Integraciones Integración CI/CD para el detalle de implementación en Integración CI/CD, y GitHub Integración de Acciones para el detalle de implementación en GitHub Integración de Acciones.