__CAPGO_KEEP_0__

Versión

Capgo utiliza la versión semántica (semver) para plugins, el CLI, y los productos que enviamos — la misma práctica que recomendamos para sus propios paquetes de aplicaciones.

Esta página explica cómo esas versiones se relacionan entre sí, qué permanece compatible a lo largo de las versiones principales, y cómo pinchar versiones antiguas de Capacitor con etiquetas LTS.

ProductoVersión mayorNotas de compatibilidad
Capgo pluginsSigue el correspondiente Capacitor majorVersión mayor del plugin 8 targets Capacitor 8, 7 targets Capacitor 7, and so on
Capgo CLINo sincronice la versión mayor con plugins o plugins. Utilice siempre la versión más recienteDo not sync CLI major with plugins or Capacitor. Always use the latest CLI
Capgo ConsolaIndependientePropio calendario de lanzamiento; compatible con versiones del plugin de actualización admitidas

necesita coincidir con el mayor de tu plugin o el mayor de Capacitor. La última __CAPGO_KEEP_1__ funciona con cualquier versión del plugin de actualización admitida

Los plugins siguen los mayores de Capacitor

Cada Capgo plugin mayor sigue el Capacitor mayor para el cual se construye:

  • @capgo/capacitor-updater@8 → Capacitor 8
  • @capgo/capacitor-updater@7 → Capacitor 7
  • y el mismo patrón para otros Capgo plugins

Cuando Capacitor lanza un nuevo mayor, Capgo lanza un plugin mayor compatible. Eso es cuando podemos cambiar opciones predeterminadas si una nueva opción predeterminada es la mejor elección a largo plazo para esa Capacitor generación.

Las API de los plugins permanecen estables entre mayores a menos que un cambio esté roto por diseño para todos (por ejemplo, una Capacitor plataforma que fuerza el mismo cambio en todos los consumidores). Deberías poder moverte entre Capgo plugin mayores mientras actualizas Capacitor sin tener que reescribir tu integración.

Las opciones predeterminadas pueden cambiar en un nuevo mayor. Revisa las notas de lanzamiento y las guías de migración (ver actualizador actualiza y las guías bajo Migraciones en el panel de actualización) cuando subas.

El Capgo CLI y Capgo Console no comparten versiones principales con complementos o __CAPGO_KEEP_0__. No necesitas Capacitor versiones principales

  • porque estás en __CAPGO_KEEP_0__ 8 o actualizador Siempre instala o invoca la need CLI major 8 Capacitor y Console utilizan sus propias versiones 8.
  • __CAPGO_KEEP_0__ y Console utilizan sus propias versiones __CAPGO_KEEP_0__ y Console utilizan sus propias versiones CLI.
  • El último CLI y la Consola permanecen compatibles con cualquier versión admitida @capgo/capacitor-updater (y el actualizador relacionado) mayor.

Se desaconseja pinchar una versión antigua de CLI. Prefiere:

Ventana de terminal
npx @capgo/cli@latest bundle upload --channel=production

Cuando te quedas en una versión mayor antigua de Capacitor, instala el plugin mayor correspondiente Capgo con una etiqueta de distribución LTS en lugar de copiar un archivo de bloqueo desactualizado para siempre.

Ventana de terminal
# Latest Capgo updater for Capacitor 7
npm i @capgo/capacitor-updater@lts-v7
# Same pattern for other majors
npm i @capgo/capacitor-updater@lts-v6
npm i @capgo/capacitor-updater@lts-v5
npm i @capgo/capacitor-updater@lts-v4

Fuera del actualizador, se publican versiones LTS de mayores de plugin anteriores On demand.

PaqueteAnteriores versiones principales con actualizaciones
@capgo/capacitor-updaterActualizaciones mensuales reflejadas a v7 / v6 / v5 (lts-v7, lts-v6, lts-v5). lts-v4 se mantiene disponible para Capacitor 4 pero no sigue ese calendario mensual
Otros complementos CapgoContexto: Página/área: Página de producto de empresa/precios. Rol: Copia de sitio web. Visto en: página enterprise.astro. Preservar términos de producto/marca y términos de desarrollador exactamente. Clave de mensaje `enterprise_130_plugins` (Plugins de empresa 130).

Título de la sección “Las mismas características, números de versión reflejados”

Si la última versión es 8.3.4, la Capacitor 7 línea de LTS se publica con 7.3.4 con el mismo conjunto de características y correcciones de errores , adaptado a esa __CAPGO_KEEP_0__ versión mayor.Instale con la etiqueta cuando desee “última para esta Capacitor versión mayor”:

Install with the tag when you want “latest for this Capacitor major”:

Copiar a portapapeles
npm i @capgo/capacitor-updater@lts-v7 # resolves to the current 7.x LTS, e.g. 7.3.4

Sección titulada “LTS es una copia de seguridad de la última”

Después de que una nueva versión mayor de un plugin se envíe, un

(o lts-v7 LTS es una copia de seguridad de la última lts-v6La versión …) es una una copia de la versión más reciente entonces el mismo trabajo funciona en la versión anterior Capacitor mayor.

Porque sigue la versión más reciente, la línea LTS puede cambiar su API público puede cambiar cuando cambie la versión más reciente — incluso si el número mayor permanece en __CAPGO_KEEP_0__ 7. Treat LTS as “current Capgo behavior on an older Capacitor,” not as a frozen legacy API forever.

y no como una legado __CAPGO_KEEP_2__ congelado para siempre.

¿Qué significa esto para tu aplicación?
  1. Upgrade Capgo plugins when you upgrade Capacitor majors.
  2. Actualiza los __CAPGO_KEEP_0__ plugins cuando actualices los __CAPGO_KEEP_1__ majors. @capgo/cli@latest Siempre ejecuta un CLI mayor sincronizado con Capacitor/plugins es innecesario.
  3. ¿Quieres mantener Capacitor 7 (o una versión anterior)? Utiliza @lts-v7 (o la etiqueta correspondiente), no una versión antigua aleatoria de meses atrás. 7.x Versióna tus propios paquetes de actualizaciones en vivo con
  4. semver de la misma manera que __CAPGO_KEEP_0__ versiona sus paquetes. Consulta the same way Capgo versions its packages. See y contexto: Página/área: Sitio web de marketing de Capgo. Rol: Etiqueta de IU breve o elemento de navegación. Visto en: página trust.astro. Clave de mensaje `y` (Y). versionamiento de destino.