Saltar al contenido

Migrar desde Capawesome Cloud a Capgo

⚡️ Capgo automatiza canales, limpieza de paquetes, retrocesos, análisis y CLI subida nativa. 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 Capawesome Cloud existente (ID de aplicación, canales, claves de firma, CLI tokens) para que pueda archivar o auditarlo más tarde.
  2. Instale el Capgo plugin, elimine el Capawesome SDK, y llame CapacitorUpdater.notifyAppReady().
  3. Configure el comportamiento opcional (descargas manuales, pinche paquetes, recargas) si depende de esos flujos hoy.

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

  • Asegúrese de que su proyecto ya esté utilizando Capacitor 5 o posterior.
  • Instale el Capgo CLI (npm install -g @capgo/cli) si planea empujar paquetes desde CI/CD.

Paso 1 – Instale Capgo y elimine el Capawesome SDK

Sección titulada “Paso 1 – Instale Capgo y elimine el Capawesome SDK”
Ventana de terminal
npm uninstall @capawesome/capacitor-live-update
npm install @capgo/capacitor-updater
npx cap sync

Es el único intercambio obligatorio. El Capgo nativo tiene code incorporado; no se requieren ayudantes de JavaScript adicionales.

La configuración anterior requería la mapeación de docenas de opciones capacitor.config. Capgo reconoce automáticamente tu 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

Todo lo que Capawesome enumera como banderas manuales (defaultChannel, autoDeleteBundles, políticas de retención, etc.) se gestiona a través de la consola de Capgo o API. Solo necesitas sobrescribir estas claves si deseas un comportamiento que difiera de los valores predeterminados de Capgo.

Referencia rápida de configuración

Opción de Capawesome
__CAPGO_KEEP_0__ equivalenteCapgo equivalentTomado de la consola de __CAPGO_KEEP_0__ una vez que crees un proyecto
appIdTaken from the Capgo dashboard once you create a projectSección titulada “Referencia rápida de configuración”
defaultChannelReglas de canal gestionadas en la consola/APIOpcional; la mayoría de los equipos establecen esto de forma servidor
autoDeleteBundlesautoDeletePrevious: true (por defecto)Ya habilitado
publicKeyGestionado en la consola CapgoSólo si rotas las claves manualmente
maxVersions / retenciónPolítica de retención de paquetesConfigurado centralmente en Capgo (1 mes por defecto, 24 meses máximo)

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

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

The old workflow introduced custom listeners (checkForUpdates(), retryDownload(), hiding the splash screen, etc.). Capgo realiza esos pasos nativamente. La única API que debes llamar es:

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

Esta confirma que la aplicación se ha iniciado correctamente. Si nunca llega la confirmación, Capgo realiza automáticamente el rollback del paquete—no se necesita 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()

Paso 4 – Mapa de llamadas a API (en su mayoría opcional)

Sección titulada “Paso 4 – Mapa de llamadas a API (en su mayoría opcional)”

En Capgo normalmente dejas que el actualizador automático se ejecute; las APIs manuales siguen disponibles si deseas tener control total.

Cloud de Capawesomeequivalente de Capgo¿Necesita eso?
LiveUpdate.fetchLatestBundle()CapacitorUpdater.getLatest()Solo cuando implementas tu propio flujo de descarga
LiveUpdate.downloadBundle()CapacitorUpdater.download()Opcional: la actualización automática nativa ya descarga
LiveUpdate.setNextBundle()CapacitorUpdater.next()Opcional: el panel de control pina los paquetes automáticamente
LiveUpdate.reload()CapacitorUpdater.reload()Opcional; Capgo impone paquetes obligatorios después de notifyAppReady()
LiveUpdate.getCurrentBundle()CapacitorUpdater.current()Diagnósticos opcionales

Si se queda con el comportamiento de actualización automática nativa, puede eliminar el JavaScript de Capawesome por completo.

Descargar el último 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()
}
Capawesome Cloud
import { LiveUpdate } from '@capawesome/capacitor-live-update'
const applyUpdate = async () => {
await LiveUpdate.reload()
}

Paso 5 – Actualización de estrategias: cómo Capgo las maneja

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

Capawesome documenta tres estrategias. Aquí está cómo se traducen:

  • Anterior flujo de trabajo: configurar en code y programar descargas manualmente.
  • Capgo: habilitado por defecto (autoUpdate: true). No se requiere ningún code adicional.
  • Flujo de trabajo anterior: agregar un App.resume : escucha, llama download, luego set.
  • Capgo: la actualización automática de fondo ya realiza la comprobación después de la reanudación. Solo necesita el escuchador manual si desea un intervalo personalizado.
Opcional: comprobación de reanudación manual
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: configurar la lógica de la promesa de cable y hacer cumplir el recarga.
  • Capgo: marcar el paquete como “obligatorio” en la consola, luego escuche el majorAvailable evento (empleado después de notifyAppReady()) para que los usuarios actualicen dentro de tu aplicación.

Si anteriormente te basaste en capawesome live-update deploy, Capgo ofrece un flujo de trabajo similar de CLI y también puedes automatizar los despliegues de manera completa 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 sigue automáticamente el estado de los paquetes, también obtienes:

  • Registros de auditoría a nivel 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 installConfiguración y preparación
  • : 5 minutos (Verificación de la configuraciónnotifyAppReady).
  • : 15 minutos (pruebas manuales opcionales o escuchas).Configuración y preparación
  • Primera implementación: 10 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, conectarlo 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 Acciones de Integración para el detalle de implementación en GitHub Acciones de Integración.