Saltare al contenuto principale
Tutorial

Come rilasciare una versione maggiore in capgo

Capire come e quando è necessario rilasciare una versione maggiore per il proprio app senza rompere l'applicazione dell'utente

Martin Donadieu

Martin Donadieu

Content Marketer

Come rilasciare una versione maggiore in capgo

Quando si rilascia una versione maggiore

La versioning può essere difficile da gestire, di solito si desidera inviare un aggiornamento maggiore quando compare un cambiamento maggiore per gli utenti.

Ma la versioning non è fatta per questo, la versione dell'app store è diversa dalla versione nativa.

La versione nativa è fatta per gestire i cambiamenti che rompono in __CAPGO_KEEP_0__ Esempio in IOS, ad esempio, iOS 16 è di Apple, ma la versione code è

di Apple, ma la versione __CAPGO_KEEP_0__ è store version di Apple, ma la versione code è 20A5283p non sembrano utilizzare SemVer lì

Ora è chiaro che non li mescoliamo e li utilizziamo per quello per cui sono stati creati!

Rilascio maggiore

Nel tuo app Capacitor, è necessario un rilascio maggiore quando avviene un cambiamento dirompente. Ad esempio, un nuovo target IOS (15 a 16), o una nuova versione di Capacitor (3 a 4), o un plugin (1.2 a 2.0) che utilizzi è stato aggiornato a una versione maggiore.

Questo cambiamento significa che tutte le attrezzature devono essere allineate per gestire il cambiamento dirompente.

Per questo motivo Capgo segue questo sistema. Quindi se rilasci una versione maggiore, Capgo non la invierà a un utente che non l'ha installata dal negozio.
Questo comportamento può essere personalizzato. Puoi imparare di più su questo qui

Versioni

Dove Capgo trovare la versione da confrontare

IOS

Verrà utilizzato da Capgo per confrontare la versione JavaScript e trovare l'aggiornamento maggiore

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 era impostata nel tuo Info.plist file.

Puoi sovrascrivere questo comportamento impostando la chiave versione nel capacitor.config.json file documentazione qui

Android

Verrà utilizzato da Capgo per confrontare la versione JavaScript e trovare l'aggiornamento maggiore

in Android, la variabile viene impostata nel tuo progetto qui android/app/build.gradle sotto la chiave defaultConfig.versionName

Puoi sovrascrivere questo comportamento impostando la chiave versione in capacitor.config.json file documentazione qui

JavaScript

Verrà utilizzato da Capgo per confrontare la versione nativa e trovare l'aggiornamento maggiore

in JavaScript, la variabile viene impostata nel tuo progetto qui package.json sotto la chiave version

Esempio

Il tuo app Ionic è attualmente rilasciata con la versione 1.2.3 con Capacitor 3

Stai eseguendo l'aggiornamento a capacitor 4.

Hai bisogno di aggiornare il numero di versione a 2.2.3, quindi tutti i tuoi pacchetti includono Capgo con la notifica di questo grande cambiamento.

Quando rilasci questa versione su Capgo e la App Store.

Tutti i prossimi aggiornamenti live in Capgo 2.2.4 non saranno mai inviati all'utente con 1.2.3 versione. Solo con 2.2.3 versione.

Se segui questo modello, non hai più nulla di cui preoccuparti, tutto è gestito correttamente.

If non seguo questa procedura

In questo caso, significa che devi inviare la tua nuova app con Capacitor 4 a Apple e Google, ma non a Capgo.

Poi devi attendere che il 100% dei tuoi utenti, o almeno il 90%, abbia l'applicazione o almeno la versione più recente, ciò richiederà mesi, probabilmente.

Mentre in questo periodo non puoi inviare alcuna aggiornamento con Capgo, poiché gli utenti vecchi non possono ricevere la nuova versione. Non hai una possibilità di selezionare solo alcuni utenti per ricevere l'aggiornamento.

Continua da Come rilasciare una versione maggiore in capgo

Se stai utilizzando Come rilasciare una versione maggiore in capgo per pianificare il rollback e il controllo delle versioni, connettilo con Rollbacks per i dettagli di implementazione in Rollbacks, Version Targeting per i dettagli di implementazione in Version Targeting, Aggiorna il comportamento per il dettaglio di implementazione in Aggiorna il comportamento, pacchetto per il dettaglio di implementazione in pacchetto, e Capgo Aggiornamenti in tempo reale per il flusso di lavoro del prodotto in Capgo Aggiornamenti in tempo reale.

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.

Inizia subito

Ultimi articoli dal nostro Blog

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