Saltare al contenuto principale
Guida

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

Redattore

Come funziona la versione in Capgo

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

  • Versione nativa
  • Versioni JavaScript
Capacitor sistema di aggiornamento

Tutte le scelte di versione sono decise da remoto da Capgo.

Sistema di versioning

Per gestire la versione Capgo utilizza il sistema SemVer. Leggi la specificazione SemVer o controlla la compatibilità di aggiornamento di Capgo con il Tester Semver.

Versioni

Dove Capgo trova la versione da confrontare

Potete sovrapporre questo comportamento impostando la chiave version in capacitor.config.json file qui nei documenti La versione nativa verrà ignorata per tutte le piattaforme.

IOS

In IOS la variabile viene impostata sul vostro progetto qui ios/App/App/Info.plist sotto la chiaveCFBundleShortVersionString o ios/App/App.xcodeproj/project.pbxproj se MARKETING_VERSION era stata impostata nel vostro MARKETING_VERSION file. Info.plist Appflow Plugins O

Android

In Android, the var is set on your project qui android/app/build.gradle under the key defaultConfig.versionName

JavaScript ( Capgo versione del pacchetto )

In JavaScript, the var can be set in your package.json under the key version Altrimenti, è necessario fornirlo nel comando di caricamento.

Comportamento predefinito

Questo è il comportamento che Capgo canale avrà se non hai modificato alcune impostazioni.

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

Quando l'installazione fresca del tuo Capacitor app

Quando l'utente scarica la tua app Ionic per la prima volta e apre l'app, essa si connette al server Capgo.

Attualmente, possono accadere 4 output:

  • 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 “nessuna necessità di aggiornamento”.
  • La versione del bundle nativo (1.2.4) è superiore alla versione del bundle Capgo (1.2.3), Capgo invia “nessuna necessità di aggiornamento”.
  • La versione del bundle nativo (1.2.3) è di un livello maggiore inferiore rispetto alla versione del bundle Capgo (2.2.3), Capgo invia “nessuna necessità di aggiornamento”.

Altre impostazioni

Disabilita l'auto-abbassamento sotto il nativo

Se modifichi questa impostazione su 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 auto-aggiornamento

Ci sono un paio di strategie che puoi scegliere. Puoi imparare di più su di esse Ecco

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 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, la Disable auto downgrade under native condizione viene applicata.
  • Se la versione del bundle nativo è di un ordine maggiore inferiore a Capgo versione, la Disable auto upgrade above major La condizione viene applicata.

Aggiornamento della store dell'app

Quando pubblichi il tuo Capacitor app JS sullo Store dell'app, 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 questo Ecco dove

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

Altre impostazioni

Dopo tutto questo comportamento, puoi avere sopra alcuni comportamenti specifici legati all'ID dispositivo.

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

Potrai collegare un ID dispositivo a:

  • una versione di pacchetto specifica
  • un canale specifico

Ciò supererà tutte le impostazioni fatte sopra.

Scopri di più in merito in questo articolo.

Continua da Come funziona la versione in Capgo

Se stai utilizzando Come funziona la versione in Capgo per pianificare il lavoro di plugin nativo, connettilo con Capgo Directory dei plugin per il workflow del prodotto in Capgo Directory dei plugin Capacitor Plugin di Capgo per i dettagli di implementazione in Capacitor Plugin di Capgo Aggiungere o Aggiornare Plugin per i dettagli di implementazione in Aggiungere o Aggiornare Plugin, Alternative per Plugin di Enterprise Ionic per il flusso di lavoro del prodotto in Alternative per Plugin di Enterprise Ionic, e Capgo Costruzioni Native per il flusso di lavoro del prodotto in Capgo Costruzioni Native.

Aggiornamenti in tempo reale per le app Capacitor

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

Supporto umano da Martin

Inizia subito

Ultimi articoli dal nostro Blog

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