11. Opciones de copia de página

Copie un prompt de configuración con los pasos de instalación y la guía de markdown completa para este complemento.

Esta documentación explica cómo manejar cambios importantes en tu aplicación utilizando canales versionados. Esta aproximación permite mantener diferentes versiones de tu aplicación mientras se garantiza que los usuarios reciben actualizaciones compatibles.

Escenario de ejemplo

Supongamos que tienes:

Versión de la aplicación 1.2.3 (versión antigua) - utiliza el canal de producción
Versión de la aplicación 2.0.0 (nueva versión con cambios importantes) - utiliza el canal v2
Actualización en vivo 1.2.4 (compatible con 1.2.3)
Actualización en vivo 2.0.1 (compatible con 2.0.0)

Estrategia: Siempre Utiliza defaultChannel para versiones principales

Enfoque recomendado: Establecer un defaultChannel para cada versión principal. Esto garantiza que siempre puedas enviar actualizaciones a grupos de usuarios específicos sin depender de la asignación dinámica de canales.

// Version 1.x releases
defaultChannel: 'v1'

// Version 2.x releases
defaultChannel: 'v2'

// Version 3.x releases (future)
defaultChannel: 'v3'

1. Crear Canal para Nueva Versión

# Create channel for version 2.x
npx @capgo/cli channel create v2

2. Actualizar Capacitor Config para la versión 2.0.0

Actualice su Capacitor config antes de compilar la versión 2.0.0 para la tienda de aplicaciones:

import { CapacitorConfig } from '@capacitor/cli';

const config: CapacitorConfig = {
  appId: 'com.example.app',
  appName: 'Example App',
  plugins: {
    CapacitorUpdater: {
      // ... other options
      defaultChannel: 'v2' // All 2.0.0 users will use v2 channel
    }
  }
};

export default config;

3. Administre ramas separadas Code

Crear ramas de Git separadas para mantener la compatibilidad entre versiones de la aplicación:

# Create and maintain a branch for version 1.x updates
git checkout -b v1-maintenance
git push origin v1-maintenance

# Your main branch continues with version 2.x development
git checkout main

Crítico: Jamás envíe paquetes de JavaScript a aplicaciones más antiguas que esperan APIs nativas code que no tienen. Siempre construya actualizaciones desde la rama adecuada:

rama de mantenimiento v1: Para actualizaciones de aplicaciones 1.x (canal de producción)
rama principal: Para actualizaciones de aplicaciones 2.x (canal v2)

4. Subir paquetes a los canales respectivos

# For 1.x updates: Build from v1-maintenance branch
git checkout v1-maintenance
# Make your 1.x compatible changes here
npx @capgo/cli bundle upload --channel production

# For 2.x updates: Build from main branch
git checkout main
# Make your 2.x changes here
npx @capgo/cli bundle upload --channel v2

5. Habilitar Autoasignación

# Allow apps to self-assign to v2 channel
npx @capgo/cli channel set v2 --self-assign

6. Desplegar en App Store

Desarrolla y distribuye la versión 2.0.0 en la tienda de aplicaciones. Todos los usuarios que descarguen esta versión (ya sean nuevos usuarios o usuarios existentes que actualizan) utilizarán automáticamente el canal v2 porque está configurado en el paquete de la aplicación.

Escalando a futuras versiones

Cuando liberes la versión 3.0.0 con más cambios de ruptura:

# Create channel for version 3.x
npx @capgo/cli channel create v3

// capacitor.config.ts for version 3.0.0
const config: CapacitorConfig = {
  // ...
  plugins: {
    CapacitorUpdater: {
      defaultChannel: 'v3' // Version 3.x users
    }
  }
};

Now puedes enviar actualizaciones a cualquier versión:

production canal → Usuarios de la versión 1.x
v2 canal → Usuarios de la versión 2.x
v3 canal → Usuarios de la versión 3.x

7. Limpieza (Después de la Migración)

Una vez que todos los usuarios hayan migrado a la versión 2.x (durante 3-4 meses):

Eliminar defaultChannel de tu Capacitor configuración
Borrar el canal v2:

npx @capgo/cli channel delete v2

Eliminar la rama de mantenimiento v1:

git branch -d v1-maintenance
git push origin --delete v1-maintenance

Siempre prueba las actualizaciones exhaustivamente en cada canal antes de la implementación

Mantener Actualizaciones de Versión 1.x

Haga clic para enviar actualizaciones compatibles con la versión 1.x:

Switch a la rama de mantenimiento v1:

git checkout v1-maintenance

Haga sus cambios y realice un commit:

# Make 1.x compatible changes
git add .
git commit -m "Fix for v1.x"
git push origin v1-maintenance

Compile y suba a un canal de producción:

npx @capgo/cli bundle upload --channel production

Sigue adelante desde Cambios de Ruptura

Si estás utilizando Cambios de Ruptura para planificar la ruta de canales y el despliegue en etapas, conecta con Canales contexto: nombre de la característica de canales de Capgo. Página/área: página de marketing de soluciones de Capgo. Rol: etiqueta de IU corta o elemento de navegación. Visto en: página solutions/white-label.astro. Clave de mensaje `solutions_white_label_visual_cell2_value` (Valor de celda visual de Solutions White Label). para los detalles de implementación en Canales, Canales contexto: nombre de la característica de canales de Capgo. Página/área: página de marketing de soluciones de Capgo. Rol: etiqueta de IU corta o elemento de navegación. Visto en: página solutions/white-label.astro. Clave de mensaje `solutions_white_label_visual_cell2_value` (Valor de celda visual de Solutions White Label). para los detalles de implementación en Canales, Solución de Pruebas Beta para el flujo de trabajo del producto en Solución de Pruebas Beta, y Solución de Alcance de Versión para el flujo de trabajo del producto en Solución de Alcance de Versión.