Imposta e Dimentica
Le rilasci dei repository sono lenti. Aggiornamenti Capgo istantanei.
Installa l'app nativa una volta attraverso il tuo store privato o MDM. Dopo di che, invia aggiornamenti web attraverso Capgo, traccia chi li ha ricevuti e mantieni dispositivi offline sul bundle buono dell'ultima volta.
Mappa dei canali
- Mappa dei canali
- prod, sito-eu, sito-us
- Regola di distribuzione
- Prima il sito, poi ogni ubicazione
- Aggiorna durante la sincronizzazione
- Esegui offline
- Installa una volta
- Inviare la shell nativa firmata attraverso il tuo negozio aziendale o MDM.
- Aggiorna durante la sincronizzazione
- I dispositivi recuperano il bundle più recente durante le finestre di sincronizzazione pianificate, l'orario di check-in o qualsiasi finestra di rete disponibile.
- Esegui offline
- L'app continua a funzionare dal bundle cache quando il dispositivo è offline.
Quando ogni rilascio dei negozi rallenta l'equipe
Le rilasci dei pacchetti per la store e l'azienda sono lenti da coordinare e difficili da verificare su ogni dispositivo. Capgo ti offre un percorso di rilascio istantaneo per il layer web, con canali, registri di dispositivo, rilascio in fase di staging e rollback integrati.
- Installa una volta
- 1x
- Aggiorna durante la sincronizzazione
- Carica su CI
- Esegui offline
- cached
Il workflow di impostazione e dimenticanza
- 1
Invia la shell nativa una volta
Distribuisci l'app iOS o Android firmata attraverso MDM, una store di app aziendale o il tuo flusso di provisioning di dispositivi interni.
- 2
Blocca i dispositivi sul canale giusto
Utilizza un canale predefinito per la produzione, poi suddividi per sito, paese, team o generazione di hardware quando necessario.
- 3
Pubblica aggiornamenti web dal CI
Costruisci, testa e carica il Capacitor bundle web a Capgo. Le modifiche native code passano ancora attraverso il tuo normale processo di packaging aziendale.
- 4
Lascia che i dispositivi si aggiornino quando sono online
I dispositivi recuperano gli aggiornamenti durante le finestre di connettività pianificate e conservano l'ultimo bundle buono localmente per l'uso offline.
- 5
Guarda, annulla, ripeti
Usa i canali, i registri dei dispositivi, la distribuzione in fase di staging e l'annullamento per non chiedere alle squadre locali di debuggare gli installi di produzione.
Progettato per le restrizioni offline aziendali
Usa Capgo come layer di rilascio per gli asset web, non come sostituto del tuo processo di distribuzione nativo. I binari nativi passano ancora attraverso il tuo flusso di packaging aziendale.
- Runtime offline-first
- L'app si apre dalla shell nativa installata e l'ultimo bundle Capgo verificato, quindi gli utenti possono continuare a lavorare senza una connessione attiva.
- Controllo sito per sito
- Promuovi una versione a un sito per primo, valutala con un piccolo gruppo, poi espandi lo stesso bundle a più ubicazioni.
- Utenti a basso tocco
- Gli utenti continuano ad aprire la stessa app interna. Le aggiornamenti vengono scaricati in background quando i dispositivi raggiungono la rete Wi-Fi o una finestra di sincronizzazione programmata.
- Rilasci audit-friendly
- Gli ingegneri possono vedere le versioni dei pacchetti, i canali, lo stato di distribuzione e i registri dei dispositivi senza chiedere ai team locali di risolvere i problemi.
Esempio di schema di implementazione
Utilizza Capgo come layer di rilascio per gli asset web, non come sostituto del proprio processo di distribuzione nativa. I binari nativi continuano a muoversi attraverso il flusso di packaging aziendale.
# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu
# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest const config = {
plugins: {
CapacitorUpdater: {
defaultChannel: 'production',
autoUpdate: true,
},
},
} Cosa è e cosa non è
- Utilizza questo per la distribuzione aziendale privata attraverso MDM, Apple Business Manager, Android Enterprise o un negozio aziendale interno.
- Capgo aggiorna JavaScript, HTML, CSS e asset. Le modifiche ai plugin nativi richiedono ancora un nuovo pacchetto nativo firmato.
- I dispositivi offline continuano a eseguire l'ultima bundle riuscita fino a quando non si riattaccano e recuperano l'aggiornamento approvato successivo.
- Questo non è un bypass per l'App Store per i consumatori. È un modello di operazione per applicazioni private per le squadre che già distribuiscono da sé.
Vuoi questo modello di rilascio per le tue applicazioni interne?
Mappa i canali, le regole di rilascio e la tracciatura intorno al tuo modello operativo reale.