Saltar al contenido

Migrar desde Capawesome Cloud a Capgo

⚡️ Capgo automatiza canales, limpieza de paquetes, retrocesos, análisis 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 Capawesome Cloud existente (ID de la 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ú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 SDK de Capawesome.

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

Es ese el único intercambio obligatorio. El Capgo nativo de code viene con el complemento; no se requieren ayudantes de JavaScript adicionales.

La configuración anterior requería la mapeo de docenas de opciones en capacitor.config. El 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 necesita sobrescribir estas claves si desea un comportamiento que difiera de los valores por defecto de Capgo.

Opción de CapawesomeEquivalente de Capgo¿Necesita configurarlo?
appIdTomado de la consola de Capgo una vez que cree un proyectoSolo si utiliza varios proyectos en un binario
defaultChannelReglas de canal gestionadas en la consola/APIOpcional; la mayoría de los equipos configura esto en el lado del servidor
autoDeleteBundlesautoDeletePrevious: true (por defecto)Ya 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)”

El antiguo flujo introdujo oyentes personalizados (checkForUpdates(), retryDownload()Haciendo desaparecer 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 confirmación 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 las comprobaciones 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 desaparezca
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 su mayoría opcional)

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

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

Cloud de Capawesomeequivalente de Capgo¿Necesitas eso?
LiveUpdate.fetchLatestBundle()CapacitorUpdater.getLatest()Solo cuando implementas tu propio flujo de descarga
LiveUpdate.downloadBundle()CapacitorUpdater.download()Opcional: actualización nativa ya descarga automáticamente
LiveUpdate.setNextBundle()CapacitorUpdater.next()Opcional: la consola de administración pina los bundles automáticamente
LiveUpdate.reload()CapacitorUpdater.reload()Opcional; Capgo impone bundles obligatorios después de notifyAppReady()
LiveUpdate.getCurrentBundle()CapacitorUpdater.current()Opcional diagnósticos

Si te quedas con el comportamiento de actualización nativa, puedes eliminar el JavaScript Capawesome completamente.

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

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.
  • Anterior flujo de trabajo: 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.
Reanudación manual opcional
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: conectar la lógica de promoción de cable y hacer cumplir el recarga.
  • Capgo: marca el paquete como “obligatorio” en la consola, luego escucha para 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 forma 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 la salud 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 install, elimine el antiguo plugin).
  • Configuración y pruebas de preparación: 5 minutos (notifyAppReady).
  • Verificación de la cordura: 15 minutos (pruebas manuales opcionales o escuchas).
  • 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 los detalles de implementación en Integración CI/CD, y GitHub Acciones de Integración para los detalles de implementación en GitHub Acciones de Integración.