Vuoi semplificare aggiornamenti dell'app e il controllo delle versioni? La versione semantica (SemVer) combinata con Capgo’s Over-The-Air (OTA) aggiornamenti rende più facile e veloce la gestione Capacitor applicazioni. Ecco come:
-
Basi della versione semantica: Perché utilizzare SemVer con __CAPGO_KEEP_0__?
MAJOR.MINOR.PATCH:- La comunicazione chiara sulle aggiornamenti. Gestione delle versioni più intelligente.
- Evitare conflitti di dipendenza. Pianificazione delle rilasci organizzata.
- Perché utilizzare SemVer con __CAPGO_KEEP_0__? Per cambiamenti di versione significativi.
-
Why Use SemVer with Capgo?
- Per correzioni di bug.
- Perché utilizzare SemVer con __CAPGO_KEEP_0__?
- Perché utilizzare SemVer con __CAPGO_KEEP_0__?
- Perché utilizzare SemVer con __CAPGO_KEEP_0__?
-
Capgo Setup Passaggi:
- Installa il plugin di aggiornamento di Capgo.
- Configura la versione dell'app in
capacitor.config.jsone altri file. - Inizia con la tua chiave API.
- Utilizza Capgo CLI per creare e caricare gli aggiornamenti.
-
- Utilizza canali separati (ad esempio, "beta" per le prove, "produzione" per le rilasci stabili).
- Controlla le politiche di aggiornamento (aggiornamenti automatici per le patch, approvazione manuale per le modifiche principali).
- Opzioni di annullamento per aggiornamenti falliti.
-
Processo di distribuzione:
- Aggiorna i numeri di versione seguendo le regole di SemVer.
- Testa accuratamente prima di distribuire.
- Usa CLI comandi per caricare e distribuire gli aggiornamenti.
Capgo assicura che gli aggiornamenti raggiungano gli utenti velocemente e in modo affidabile, con strumenti per gestire le interruzioni e mantenere la stabilità. Perfetto per le squadre che utilizzano i flussi di lavoro CI/CD per automatizzare gli aggiornamenti.
Suggerimento rapido: Testa sempre gli aggiornamenti e utilizza i canali per gestire i roll-out in fase di staging in modo efficace.
Versionamento Semantico | Livello Su
Capgo Guida di configurazione
Ecco come configurare Capgo per gestire gli aggiornamenti OTA e il controllo delle versioni con facilità.
Passaggi di Configurazione Iniziale
Inizia installando il Capgo plugin di aggiornamento:
npm install @capgo/capacitor-updater
npx cap syncAssicurati che il tuo capacitor.config.json file utilizzi un formato di versione semantico:
{
"appId": "com.example.app",
"appName": "My App",
"version": "1.0.0"
}Per i progetti più vecchi, aggiorna i dettagli di versione in questi luoghi:
package.json(cerca il campoversion(aggiornaandroid/app/build.gradle(aggiornaversionName)ios/App/App.xcodeproj/project.pbxproj__CAPGO_KEEP_0__CURRENT_PROJECT_VERSION)
Una volta configurato, inizializza Capgo con la tua chiave API:
npx @capgo/cli@latest init YOUR_API_KEYTabella di riferimento rapido:
| Fase di configurazione | Azioni della chiave | Passo di verifica |
|---|---|---|
| Installazione | Installa plugin e sincronizza | Controlla package.json |
| Configurazione | Imposta numeri di versione | Verifica in tutti i file |
| Inizializzazione | Connetti con la chiave API | Stato della connessione di test |
| Costruisci | Crea il bundle iniziale | Conferma il successo dell'upload |
Integrazione del controllo delle versioni
Capgo funziona bene con le piattaforme CI/CD, rendendo aggiornamenti automatici facili. Le piattaforme supportate includono:
Se stai lavorando sullo sviluppo locale, puoi disabilitare gli aggiornamenti automatici aggiungendo questo alla tua configurazione:
{
"plugins": {
"CapacitorUpdater": {
"autoUpdate": false
}
}
}Ciò assicura che Capgo non sovrascriva le tue modifiche locali. Una volta pronto il tuo setup, carica la tua prima versione:
npx @capgo/cli@latest bundle upload
npx @capgo/cli@latest channel set production -s defaultInfine, notifica il plugin nativo dello stato di salute del pacchetto nel file principale dell'app:
import { CapacitorUpdater } from '@capgo/capacitor-updater';
CapacitorUpdater.notifyAppReady();Questa configurazione assicura che l'app sia pronta per gli aggiornamenti OTA fluidi e la gestione delle versioni.
Utilizzo della versione semantica con Capgo
Gestione del numero di versione
Capgo utilizza la versione semantica (SemVer) per gestire le versioni dell'app, formattate come X.0.0. Ecco come funziona:
- Versione maggiore (X.0.0): Incrementa il numero maggiore per modifiche che rompono la compatibilità.
- : Versione Minore (1.X.0): Incrementa il numero minore per nuove funzionalità che rimangono compatibili.
- : Versione di Patch (1.0.X): Tipo di Versione
| : Quando incrementare | : Comportamento di Aggiornamento Automatico | : Versione Maggiore (X.0.0) |
|---|---|---|
| : Per modifiche di rottura __CAPGO_KEEP_0__ | For breaking API changes | : Versione Minore (1.X.0) |
| : Incrementa il numero di patch per correzioni di bug che non influiscono sulla compatibilità. | Per nuove funzionalità | Configurabile in Capgo |
| Patch (1.0.X) | Per correzioni di bug | Di solito automatico |
Seguendo le regole di SemVer, puoi semplificare la gestione delle versioni e assicurare aggiornamenti più fluidi attraverso i tuoi canali di distribuzione.
Linee guida per il controllo delle versioni
Capgo ti consente di gestire le distribuzioni in modo efficace configurando canali distinti per diverse fasi del tuo workflow.
-
Gestione delle versioni basata sui canali: Organizza il tuo processo di distribuzione creando canali separati per il testing e la produzione. Ad esempio:
- Utilizza un canale “beta” (ad esempio, 1.2.0-beta) per il testing di nuove funzionalità.
- Mantieni un canale “produzione” (ad esempio, 1.2.0) per le rilasci stabili.
- Aggiungi canali specifici per piattaforma (ad esempio, “ios-hotfix” con versione 1.2.1) quando si affrontano problemi specifici per piattaforma.
-
Aggiorna la configurazione della politicaControllo di come vengono applicate le aggiornamenti utilizzando le opzioni di configurazione di Capgo . Ad esempio:
{ "plugins": { "CapacitorUpdater": { "disableAutoUpdate": "minor" } } }Questa configurazione garantisce che gli utenti ricevano automaticamente gli aggiornamenti di patch, mentre gli aggiornamenti minori e maggiori richiedono l'approvazione manuale.
-
Schema di rollback della versioneUtilizza identificatori di pre-release per mantenere opzioni di rollback chiare. Questa approccio consente di tornare a una versione precedente se si verificano problemi, mantenendo la versioning coerente su tutti i canali.
Queste best practice rendono più facile gestire gli aggiornamenti, testare nuove funzionalità e mantenere la stabilità nel processo di distribuzione dell'app.
sbb-itb-f9944d2
Deploy di Aggiornamento OTA
Una volta pronto il setup di gestione delle versioni, segui questi passaggi per distribuire gli aggiornamenti OTA in modo efficace.
Preparazione dell'Aggiornamento
Inizia aggiornando la versione in package.json e capacitor.config.jsonAssicurati che la versione segua il formato SemVer (MAJOR.MINOR.PATCH):
- Correzione di Bug: Incrementa il numero di PATCH (ad esempio, 1.0.1 → 1.0.2)
- Nuova Funzione: Incrementa il numero di MINOR (ad esempio, 1.0.0 → 1.1.0)
- Cambiamento Rottura: Incrementa il numero di MAJOR (ad esempio, 1.0.0 → 2.0.0)
Verifica approfonditamente la tua build e conferma che l'app comunichi con il server utilizzando notifyAppReady.
Successivamente, decidi per la tua Estrategia di aggiornamento. Puoi scegliere tra:
- Aggiornamento Automatico: Imposta automaticamente le richieste di versione minima.
- Controllo Manuale: Specifica le richieste di versione esatta per gli aggiornamenti.
- Ambito di Canale: Utilizza i canali per test e rilasci in fase di staging.
Capgo CLI Comandi di Aggiornamento
Utilizza Capgo’s CLI per distribuire il tuo aggiornamento con facilità. Ecco come:
# Initialize Capgo in your project
npx @capgo/cli@latest init [apikey]
# Upload your update bundle
npx @capgo/cli bundle upload [appId]
# Add a new distribution channel
npx @capgo/cli channel add [channelName] [appId]Capgo garantisce una distribuzione sicura con crittografia end-to-end e gestione di chiavi sicura.
“@Capgo è un modo intelligente per effettuare push code caldi (e non per tutti i soldi del mondo come con @AppFlow) 🙂”
Una volta distribuito, puoi monitorare gli aggiornamenti attraverso il pannello di controllo di Capgo.
- Gli aggiornamenti raggiungono i utenti in pochi minuti dopo che hanno aperto l'app.
- Il processo funziona in questo modo:
- L'app controlla gli aggiornamenti.
- Scarica l'aggiornamento in background.
Segna la nuova versione come attiva quando l'utente esce dall'app.
“We practice agile development and @Capgo is mission-critical in delivering continuously to our users!”
Per le distribuzioni a livello aziendale, potresti voler integrare l'automazione del CI/CD.
“Pratichiamo lo sviluppo agile e @__CAPGO_KEEP_0__ è essenziale per consegnare continuamente ai nostri utenti!”
Managing semantic versioning in Capgo can sometimes complicate update deployments. To avoid overwriting your development work, configure the following in your capacitor.config.json Problemi di Gestione della Versione
{
"plugins": {
"CapacitorUpdater": {
"autoUpdate": false
}
}
}La gestione della versione semantica in __CAPGO_KEEP_0__ può complicare a volte le distribuzioni degli aggiornamenti. Per evitare di sovrascrivere il tuo lavoro di sviluppo, configura i seguenti elementi nel tuo file: "file:",
- Imposta
autoUpdatedurante lo sviluppo.falseDisinstalla l'applicazione. - Riinstalla la versione corretta.
- Riabilita le aggiornamenti automatici una volta che tutto è stabile.
- Per le versioni principali, utilizza il flag e ascolta l'evento per gestire gli aggiornamenti correttamente:
Combinando queste configurazioni con buone pratiche di squadra, puoi mantenere la consistenza delle versioni e ridurre gli errori. disableAutoUpdateBreaking Controllo delle Versioni della Squadra majorAvailable Una volta gestiti gli aggiornamenti individuali, è fondamentale per le squadre stabilire forti pratiche di controllo delle versioni.
CapacitorUpdater.addListener('majorAvailable', (info) => {
console.log(`Major update available: ${info.version}`);
// Add your update prompt logic here
});Uninstall the app.
Reinstall it with the corrected version.
Re-enable auto-updates once everything is stable.
“Testare ogni modifica prima di unirla al repository principale eviterà problemi di stabilità e costosi errori” [4]
Ecco alcune metodologie per garantire la consistenza:
- Definisci una branca come il repository principale per agire come fonte di verità.
- Utilizza canali separati per Capgo ambienti di sviluppo e produzione.
- Sincronizza automaticamente le versioni tramite pipeline CI/CD.
- Documenta tutte le code modifiche con messaggi di commit chiari e dettagliati.
Per team più grandi, la seguente matrice di gestione delle versioni può aiutare a organizzare gli aggiornamenti:
| Ambiente | Canale | Aggiornamento automatico | Versione Pattern |
|---|---|---|---|
| Sviluppo | dev | Disabilitato | 0.x.x |
| Staging | beta | Abilitato | x.x.x-beta |
| Produzione | stable | Abilitato | __CAPGO_KEEP_0__ |
Passaggi di Recupero dell'Aggiornamento
Anche con le precauzioni, gli aggiornamenti possono fallire. Se ciò accade, segui questi passaggi di recupero:
- Ritorna a un bundle stabile precedente.
- Incrementa i numeri di versione per qualsiasi nuovo fix (nota: i numeri di versione non possono essere riutilizzati dopo la cancellazione) [2].
- Verifica gli aggiornamenti durante l'avvio dell'applicazione per assicurarti che funzionino come previsto.
Capgo's updater è progettato per gestire le interruzioni. Ad esempio, se il server non è raggiungibile o un aggiornamento è stato cancellato, l'applicazione continua a funzionare normalmente. [3]Inoltre, le richieste di rete fallite vengono automaticamente riprovate durante il prossimo avvio dell'applicazione. [3]Questa resistenza integrata riduce il downtime e garantisce operazioni più fluide.
Riepilogo
La combinazione di Semantic Versioning e Capgo ha reso gli aggiornamenti OTA per le applicazioni Capacitor più efficienti. Con 947,6 milioni di aggiornamenti consegnati e 1.400 applicazioni in produzione che utilizzano questo sistema [1], i processi di distribuzione sono diventati il 81% più efficienti [1]. Questa configurazione consente agli sviluppatori di inviare aggiornamenti in modo rapido e controllato, bypassando i ritardi degli store di app.
Ecco cosa dicono gli sviluppatori:
“Abbiamo distribuito Capgo aggiornamenti OTA in produzione per la nostra base utenti di +5000. Stiamo vedendo un funzionamento molto fluido quasi tutti i nostri utenti sono aggiornati in pochi minuti dopo che l'OTA è stato distribuito su @Capgo.” - colenso [1]
Il sistema di versioning MAJOR.MINOR.PATCH rende facile comunicare cambiamenti di versione, nuove funzionalità e correzioni di bug [5]. Questo è particolarmente utile per i team che gestiscono più rilasci a settimana attraverso la piattaforma di Capgo.
Capgo’s soluzione crittografata, integrata con gli strumenti CI/CD, è anche economica - riducendo i costi di fino a $26,100 in cinque anni [1]. I suoi canali personalizzabili assicurano che gli aggiornamenti raggiungano gli utenti giusti al momento giusto.
“Pratichiamo lo sviluppo agile e @Capgo è essenziale per consegnare continuamente ai nostri utenti!” - Rodrigo Mantica [1]
Continua con How to Use Semantic Versioning con Capgo Aggiornamenti OTA
Se stai utilizzando How to Use Semantic Versioning con Capgo Aggiornamenti OTA 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, Comportamento dell'aggiornamento per i dettagli di implementazione in Comportamento dell'aggiornamento, pacchetto per i dettagli di implementazione in pacchetto, e Capgo Aggiornamenti in Tempo Reale per il flusso di lavoro del prodotto in Capgo Aggiornamenti in Tempo Reale.
