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, pinning de 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 de manual (defaultChannel, autoDeleteBundles, políticas de retención, etc.) se gestiona a través de la consola de Capgo o API. Solo necesitas sobreescribir estas claves si deseas un comportamiento que difiera de los valores por defecto de Capgo.

Referencia rápida de configuración

Opción de Capawesome
Equivalente de __CAPGO_KEEP_0__Capgo equivalentTomado de la consola de __CAPGO_KEEP_0__ una vez que crees un proyecto
appIdTaken from the Capgo dashboard once you create a project__CAPGO_KEEP_0__
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 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)

Sección titulada “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. The only API que debes llamar es:

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

Esto 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 – Mapear llamadas a API (en gran medida opcional)

Título de la sección “Paso 4 – Mapear llamadas a API (en gran medida opcional)”

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

Cloud de Capawesomeequivalente de Capgo¿Necesita esto?
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 bundles automáticamente
LiveUpdate.reload()CapacitorUpdater.reload()Opcional; Capgo impone bundles 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 bundle

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()
}

Step 5 – Actualiza estrategias: cómo Capgo las maneja

Sección titulada “Step 5 – Actualiza estrategias: cómo Capgo las maneja”

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

  • Flujo de trabajo anterior: configúralo 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 escuchador, llamar 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: cablear la lógica de la promoción 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 confiaste 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 monitorea 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.
  • Medidas de latencia en tiempo real en status.capgo.app/history.

Título de la sección “Cronograma de migración”

Inventario y instalación
  • : 10 minutos (, eliminar el antiguo plugin).npm installConfiguración y preparación
  • : 5 minutos (Verificación de la corduranotifyAppReady).
  • : 15 minutos (pruebas manuales opcionales o escuchas).Inventory & install: 10 minutes (remove old plugin).
  • 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 migres, 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.