Saltare al contenuto principale
Tutorial

How funziona la versione in Capgo

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

Martin Donadieu

Martin Donadieu

Content Marketer

How funziona la versione in Capgo

Capgo utilizza 2 variabili principali per gestire le versioni nel tuo Capacitor app:

  • Versione nativa
  • Versioni JavaScript
Sistema di aggiornamento di Capacitor

Tutte le scelte relative alle versioni sono decise da Capgo sul lato server.

Sistema di versioning

Per gestire la versione Capgo utilizzare il sistema SemVer. Leggi la specificazione SemVer or check Capgo update compatibility with the Tester Semver.

Versioni

Dove Capgo trovare la versione da confrontare

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

IOS

In IOS la variabile viene impostata nel tuo progetto qui ios/App/App/Info.plist sotto la chiaveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj sotto la chiave MARKETING_VERSION se MARKETING_VERSION è stato impostato nel tuo Info.plist file.

Android

In Android, la variabile è impostata nel 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, dovrai fornirlo nel comando di caricamento.

Comportamento predefinito

Questo è il comportamento che il canale Capgo avrà se non hai modificato alcuna impostazione.

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

Quando si effettua una installazione fresca dell'applicazione Capacitor

Quando l'utente scarica per la prima volta la tua app Ionic e apre l'app, essa contatta il server Capgo.

Attualmente, 4 output possono accadere:

  • La versione del pacchetto nativo (1.2.3) è inferiore alla versione del pacchetto Capgo (1.2.4), Capgo invia il pacchetto al utente.
  • La versione del pacchetto nativo (1.2.3) è uguale alla versione del pacchetto Capgo (1.2.3), Capgo invia “non è necessario aggiornare”.
  • La versione del pacchetto nativo (1.2.4) è superiore alla versione del pacchetto Capgo (1.2.3), Capgo invia “non è necessario aggiornare”.
  • La versione del pacchetto nativo (1.2.3) è di un ordine maggiore inferiore alla versione del pacchetto Capgo (2.2.3), Capgo invia “non è necessario aggiornare”.

Altre impostazioni

Disabilita l'auto-abbassamento nativo

Se modifichi questo impostazione a falso, Capgo considererà sempre la fonte più affidabile della versione. Quindi il comportamento diventerà :

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

Capgo invia la sua versione all'utente.

Disabilita la strategia di aggiornamento automatico

C'è una coppia di 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 si esegue 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 il tuo 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 alla versione del bundle Capgo (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, la Disable auto downgrade under native condizione è applicata.
  • Se la versione del bundle nativo è di un ordine maggiore inferiore a Capgo versione, la Disable auto upgrade above major condizione è applicata.

Aggiornamento dell'app store

Quando pubblichi la tua Capacitor app JS sullo Store dell'App, ciò che accade è semplice.

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

Se desideri modificare questo comportamento, devi impostare la impostazione resetWhenUpdate leggi di più su di essa qui

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

Altre impostazioni

Dopo tutto questo comportamento, potete avere sopra alcune impostazioni specifiche legate al deviceID.

In Capgo, potete decidere di sovrascrivere il comportamento per ogni deviceID.

Puoi collegare un deviceID a:

  • una versione di bundle specifica
  • un canale specifico

Questo supererà tutte le impostazioni fatte sopra.

Scopri di più in questo articolo qui sotto.

Continua da Come funzionano le versioni in Capgo

Se stai utilizzando Come funziona la versione in Capgo per pianificare il funzionamento di un plugin nativo, connettilo 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 i Plugin per i dettagli di implementazione in Aggiungere o Aggiornare i Plugin, Alternative per Plugin Enterprise di Ionic per il workflow del prodotto in Alternative per Plugin Enterprise di Ionic, e Capgo Costruzioni Native per il workflow del prodotto in Capgo Costruzioni Native.

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 della store di app. Gli utenti ricevono l'aggiornamento in background mentre le modifiche native rimangono nel normale percorso di revisione.

Inizia subito

Ultimi articoli dal nostro Blog

Capgo ti offre le migliori informazioni che ti servono per creare un'app mobile davvero professionale.