Saltare al contenuto

Versionamento

Capgo utilizza la versione semantica (semver) per plugin, il CLI, e i prodotti che inviamo — la stessa pratica che consigliamo per le proprie bundle dell'app.

Questa pagina spiega come quelle versioni si relazionano tra loro, cosa rimane compatibile tra le maggiori, e come bloccare versioni più vecchie di Capacitor con tag LTS.

ProdottoVersioning principaleNote di compatibilità
Capgo pluginSegui il matching Capacitor versione maggiorePlugin maggiore 8 Si applica a Capacitor 8, 7 Si applica a Capacitor 7, e così via
Capgo CLIIndipendenteNon sincronizzare il CLI maggiore con i plugin o Capacitor. Utilizzare sempre la versione più recente del CLI.
Console di CapgoIndipendenteCiclo di rilascio autonomo; compatibile con le versioni del plugin di aggiornamento supportate

Plugins seguono Capacitor versioni maggiori

Plugins seguono le Capacitor maggiori versioni

Ogni plugin di Capgo segue la versione maggiore di Capacitor per cui è stato costruito:

  • @capgo/capacitor-updater@8 → Capacitor 8
  • @capgo/capacitor-updater@7 → Capacitor 7
  • e lo stesso schema per altri plugin Capgo

When Capacitor ships a new major, Capgo ships a matching plugin major. That is when we may change le impostazioni predefinite se una nuova impostazione è una scelta migliore a lungo termine per quella versione di Capacitor.

la stabilità di API tra le versioni maggiori

Section titled “API stability across majors”

Plugin APIs stay stable between majors unless a change is broken by design for everyone (for example a Capacitor platform requirement that forces the same break on all consumers). You should usually be able to move between Capgo plugin majors as you upgrade Capacitor without rewriting your integration.

Defaults possono ancora cambiare in una nuova versione maggiore. Verifica i note di rilascio e le guide di migrazione (vedi) gli aggiornamenti dell'aggiornatore e le guide sotto Migrations nella barra laterale dell'aggiornatore) quando aumenti la versione.

La Capgo CLI e Capgo Console non not È necessario Capacitor una versione maggiore

  • Fai not hanno bisogno di CLI maggiore 8 poiché sei su Capacitor 8 o aggiornatore 8.
  • È necessario __CAPGO_KEEP_0__ una versione maggiore latest CLI.
  • Il CLI più recente e la Console rimangono compatibili con qualsiasi versione supportata @capgo/capacitor-updater (e l'aggiornatore correlato) principale.

È sconsigliato bloccare una versione vecchia di CLI. Preferisci:

Finestra del terminale
npx @capgo/cli@latest bundle upload --channel=production

Quando rimani su una versione più vecchia di Capacitor, installa il plugin maggior corrispondente Capgo con un'etichetta di dist-tag LTS al posto di copiare un file di blocco obsoleto per sempre.

Finestra del terminale
# 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

Fuori dall'aggiornatore, le rilasciate LTS delle versioni precedenti dei plugin vengono pubblicate su richiesta.

PacchettoBackport precedente-maggiore
@capgo/capacitor-updaterBackport mensili riflessi su v7 / v6 / v5 (lts-v7, lts-v6, lts-v5). lts-v4 rimane disponibile per Capacitor 4 ma non è su quel calendario mensile
Altri Capgo pluginA richiesta

Stesse funzionalità, numeri di versione speculari

Stesse funzionalità, versioni numerate riflesse

Sezione intitolata “Stesse funzionalità, versioni numerate riflesse”

Se la versione più recente è 8.3.4la Capacitor 7 LTS linea è pubblicata come 7.3.4 con il adattata per quella __CAPGO_KEEP_0__ maggiore., adattato per quel Capacitor major.

Installa con il tag quando desideri “l'ultima versione per questo Capacitor maggiore”.

Copia nel portapenne
npm i @capgo/capacitor-updater@lts-v7 # resolves to the current 7.x LTS, e.g. 7.3.4

Sottosezione intitolata “LTS è una backport dell'ultima”

Dopo l'uscita di un plugin maggiore, un

After a new plugin major ships, an lts-v7 (or lts-v6release è un backport dell'ultima versione quindi lo stesso lavoro funziona sul precedente Capacitor major.

Poiché segue l'ultima versione, la linea LTS del pubblico API può cambiare quando l'ultima versione cambia — anche se il numero maggiore rimane sul 7. Trattate la LTS come “il comportamento corrente Capgo su un vecchio Capacitor,” non come un legato API legacy per sempre.

  1. Aggiorna Capgo plugin quando aggiorni Capacitor majors.
  2. Esegui sempre @capgo/cli@latest — CLI major sincronizza con Capacitor/plugin è inutile.
  3. Resta su Capacitor 7 (o vecchio)? Utilizza @lts-v7 o (o il tag corrispondente), non un vecchio casuale 7.x da alcuni mesi fa
  4. Versiona i tuoi bundle di aggiornamento in tempo reale con semver lo stesso modo in cui Capgo versiona i suoi pacchetti. Vedi la versione dei pacchetti e dei canali e la versione mirata.