Saltare al contenuto principale
Tutorial

Come funziona la versione in Capgo

Capisci come Capgo gestisca le versioni nel tuo Capacitor app, e utilizzalo al meglio. Impara il significato di major, minor, patch.

Crediti dell'articolo

Martin Donadieu

Autore

Valeria

Revisione

Jordan

Editor

How version work in Capgo

Capgo uses 2 main variables to manage versions in your Capacitor app:

  • Versione nativa
  • Versioni JavaScript
Capacitor update system

All versions choices are decided server side by Capgo.

Sistema di versionamento

To manage version Capgo use the SemVer system. Read the Specifiche SemVer or check Capgo update compatibility with the Tester Semver.

Versioni

Dove Capgo trova la versione da confrontare

È possibile sovrascrivere questo comportamento impostando la chiave versione nel capacitor.config.json file qui La versione nativa verrà ignorata per tutte le piattaforme.

IOS

Sul sistema IOS la variabile viene impostata sul tuo progetto qui ios/App/App/Info.plist sotto la chiaveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj o MARKETING_VERSION oppure MARKETING_VERSION è stato impostato nel tuo Info.plist file.

Android

In Android, la variabile è impostata sul tuo progetto qui android/app/build.gradle sotto la chiave defaultConfig.versionName

JavaScript ( Capgo versione del pacchetto )

In JavaScript, la variabile può essere impostata nel tuo package.json sotto la chiave version Altrimenti, è necessario fornirlo nel comando di caricamento.

Comportamento predefinito

Questo è il modo in cui il canale Capgo si comporterà se non hai modificato alcun impostazione.

Questo comportamento sarà basato sul canale unico che hai impostato come predefinito.

When l'installazione fresca del tuo Capacitor app

When l'utente ha scaricato il tuo app Ionic per la prima volta e apre l'app, essa contatta il server Capgo.

Attualmente, 4 output possono accadere:

  • La versione del bundle nativo (1.2.3) è inferiore alla versione del bundle Capgo (1.2.4), Capgo invia il suo bundle all'utente.
  • La versione del bundle nativo (1.2.3) è uguale alla versione del bundle Capgo (1.2.3), Capgo invia “non è necessario aggiornare”.
  • La versione del bundle nativo (1.2.4) è superiore alla versione del bundle Capgo (1.2.3), Capgo invia “non è necessario aggiornare”.
  • La versione del bundle nativo (1.2.3) è di tipo maggiore inferiore alla versione del bundle Capgo (2.2.3), Capgo invia “non è necessario aggiornare”.

Altre impostazioni

Disabilita l'auto-abbassamento sotto la nativa

Se modifichi questa impostazione a false, Capgo considererà sempre la fonte più affidabile della versione. Quindi il comportamento diventa:

  • La versione nativa (1.2.4) è superiore alla versione Capgo (1.2.3)

Capgo invia la sua versione all'utente.

Disabilita la strategia di aggiornamento automatico

Ecco alcune strategie che puoi scegliere. Puoi imparare di più su di esse qui

Versione del bundle JavaScript

La versione del bundle JavaScript è quella che invii quando esegui npx @capgo/cli@latest bundle upload --channel production

Se non hai utilizzato l'opzione --bundle 1.2.3, Capgo otterrà la versione del bundle dal tuo package.json file (nella chiave versione).

Dopo che la tua app Ionic ha installato una versione da Capgo, questa è la versione che verrà confrontata per:

  • La loro versione del bundle JavaScript (1.2.3) è inferiore a Capgo versione del bundle (1.2.4), Capgo invia il suo bundle all'utente.

Con alcune condizioni di guardia:

  • Se la versione del bundle nativo è superiore a Capgo versione, il Disable auto downgrade under native La condizione viene applicata.
  • Se la versione del bundle nativo è inferiore di un fattore di Capgo rispetto alla versione, la Disable auto upgrade above major La condizione viene applicata.

Aggiornamento dell'app store

Quando pubblichi il tuo app JS Capacitor sull'App Store, cosa succede è semplice.

Il tuo utente otterrà la nuova versione dallo store e rimuoverà tutte le aggiornamenti locali dell'app di default.

Se desideri cambiare quel comportamento, devi impostare la impostazione resetWhenUpdate Leggi di più su di esso Ecco dove puoi trovare ulteriori informazioni.

Questo può essere modificato solo sul lato dell'app, non dal cloud come gli altri impostazioni.

Altre impostazioni

Dopo tutto questo comportamento, puoi avere sopra alcuni specifici come ad esempio quelli legati all'ID dispositivo.

In Capgo, puoi decidere di sovrascrivere il comportamento per ogni ID dispositivo.

Si può collegare un ID dispositivo a:

  • una versione specifica di bundle
  • un canale specifico

Questo supererà tutti le impostazioni fatte sopra.

Scopri di più su questo nell'articolo qui sotto.

Continua da Come funziona la versione in Capgo

Se stai utilizzando Come funziona la versione in Capgo per pianificare il lavoro dei plugin nativi, collegalo con Capgo Directory dei plugin per il workflow del prodotto in Capgo Directory dei plugin, Capacitor Plugin da Capgo per i dettagli di implementazione in Capacitor Plugin da Capgo Aggiungere o Aggiornare Plugin per i dettagli di implementazione in Aggiungere o Aggiornare Plugin Sostituti di Plugin Enterprise Ionic per il flusso di lavoro del prodotto in Sostituti di Plugin Enterprise Ionic, e Capgo Costruzione Nativa per il flusso di lavoro del prodotto in Capgo Costruzione Nativa.

Aggiornamenti in tempo reale per le app Capacitor

Quando un bug del layer web è attivo, invia la correzione attraverso Capgo invece di attendere giorni per l'approvazione dell'area di vendita. Gli utenti ricevono l'aggiornamento in background mentre le modifiche native rimangono nel normale percorso di revisione.

Sostegno umano da Martin

Inizia subito

Ultimi articoli dal nostro Blog

Capgo vi dà le migliori informazioni che avete bisogno per creare un'app mobile veramente professionale.