Domande frequenti

Se hai domande non risposte qui, per favore chiedi! Entrambe la creazione di un issue o la domanda su Discord è lavoro.

Cosa è "code push"?

Code push, noto anche come “aggiornamenti over-the-air” (OTA), è un servizio cloud che consente ai sviluppatori di Capacitor di distribuire aggiornamenti ai loro app in produzione. Capgo funziona attualmente su Android, iOS e Electron.

“Code Push” è un riferimento al nome di una funzione di distribuzione utilizzata dalla community di React Native da Microsoft e Exponé di cui supportano Capacitor.

I Capgo CLI devono corrispondere alla versione del mio plugin o di Capacitor?

No. Utilizza sempre la versione più recente di Capgo CLI ("). La console di Capgo e CLI segue la sua versione e rimane compatibile con qualsiasi plugin di aggiornamento supportato. I plugin di __CAPGO_KEEP_2__ seguono i __CAPGO_KEEP_3__ majors; vedinpx @capgo/cli@latest). The CLI and Capgo Console follow their own versioning and stay compatible with any supported updater plugin major. Capgo plugins follow Capacitor majors; see Capgo versioning per le etichette LTS come @lts-v7.

Qual è la differenza tra un bundle e una release?

Utilizziamo il termine “release” per indicare la preparazione di un binario per le store di app. Per poter generare in seguito un bundle Capgo deve conoscere il binario esatto che è stato inviato alle store di app.

Utilizziamo il termine “bundle” per indicare un patch che può essere applicato a una release per aggiornarla a nuove code. Il npx @capgo/cli@latest bundle upload La comanda è utilizzata per generare un bundle dal tuo nuovo code locale che viene poi inviato ai tuoi utenti.

Sono presenti limitazioni per i percorsi dei file di aggiornamento Delta?

Sì:

• File di zero byte: I CLI log Ignoring empty file... e esclude i file vuoti dal manifesto Delta. Non interrompe l'upload, quindi un file vuoto può modificare il bundle risultante senza fermare la tua distribuzione. Non includere file di zero byte nelle percorso dei bundle Delta.
• Percorsi con spazi: L'upload Delta fallisce presto con un chiaro errore quando un percorso del bundle contiene uno spazio. Rinomina i file o le directory per eliminare gli spazi prima di caricare un aggiornamento Delta.

Vedi aggiornamenti Delta per i dettagli di configurazione.

Cosa è il piano di sviluppo?

Cosa è il piano di sviluppo? https://github.com/orgs/Cap-go/progetti

Il nostro team opera anche in modo pubblico, quindi potete vedere cosa stiamo facendo in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda che avete sul nostro piano o priorità via Github issue o Discord.

Puo' utilizzare Capgo con il suo team?

Vedi

Team per ulteriori informazioni. __CAPGO_KEEP_0__ conserva il mio codice sorgente __CAPGO_KEEP_1__?

Collegamento diretto a Capgo conserva il mio codice sorgente code?

No. I server Capgo non vedono mai i file code. Quando esegui Capgo npx @capgo/cli@latest bundle upload, Capgo conserva un file zip del file code minificato/compilato - lo stesso code che un browser riceverebbe, non i file code di origine.

Per ulteriori sicurezza, hai due opzioni:

• Chiarificazione fine a fineContesto: Pagina/area: Pagina di marketing delle soluzioni Capgo. Ruolo: Intestazione di sezione o pagina. Visto in: pagina solutions/fintech.astro. Chiave messaggio `solutions_fintech_cert3_title` (Titolo Soluzioni Fintech Cert3). | Pagina/area: Pagina di marketing delle soluzioni Capgo. Ruolo: Intestazione di sezione o pagina. Visto in: pagina solutions/fintech.astro. Chiave messaggio `solutions_fintech_sol3_title` (Titolo Soluzioni Fintech Sol3). | Pagina/area: Pagina di marketing delle soluzioni Capgo. Ruolo: Etichetta breve di UI o elemento di navigazione. Visto in: pagina solutions/healthcare.astro. Chiave messaggio `solutions_healthcare_sol3_title` (Titolo Soluzioni Sanitarie Sol3). | Pagina/area: Pagina di marketing delle soluzioni Capgo. Ruolo: Etichetta breve di UI o elemento di navigazione. Visto in: pagina solutions/fintech.astro. Chiave messaggio `solutions_fintech_badge_e2e` (Bachetta Soluzioni Fintech E2e). | Pagina/area: Pagina di marketing delle soluzioni Capgo. Ruolo: Etichetta breve di UI o elemento di navigazione. Visto in: pagina solutions/healthcare.astro. Chiave messaggio `solutions_healthcare_badge_e2e` (Bachetta Soluzioni Sanitarie E2e).
• : Cifra il tuo bundle prima di caricarlo per proteggerlo in archiviazione e in transito e per impedire a terze parti di generare aggiornamenti validati cifrati senza la tua chiave privata. Ciò non rende impossibile per gli sviluppatori web reverse ingegnerizzare i file distribuiti perché la chiave pubblica è presente nell'applicazione distribuita.: Store the bundle on your own server and only provide Capgo with the download link with the option --external <url>

: Conserva il bundle sul tuo server e fornisce solo a __CAPGO_KEEP_0__ il link di download con l'opzione https://capgo.app/privacy

https://__CAPGO_KEEP_0__.app/privacy

No. I file del pacchetto sono risorse web pubbliche destinati a essere scaricate dagli utenti del tuo app. Chiunque conosca l'URL del pacchetto può estrarre quei file, e Capgo informa gli utenti di ciò durante la configurazione e nella documentazione.

Access to bundle files is not considered a data breach. Do not put secrets, credentials, personal data, or regulated data in your app bundle. If you need stronger confidentiality for high-security use cases, use end-to-end encryption, but still treat shipped app code and assets as public from a security-reporting perspective.

Posso utilizzare Capgo dal mio sistema di integrazione continua?

Sì. Capgo è destinato a essere utilizzato dai sistemi di integrazione continua. Abbiamo pubblicato una guida per Android e Github Actions e iOS, e per GitLabAltre sistemi CI dovrebbero essere simili.

Per favore, non esitare a contattarci per GitHub o Discord se incontri problemi.

Come si relaziona a Firebase Remote Config o Launch Darkly?

Code push consente di aggiungere nuovi code / sostituire code sul dispositivo. Firebase Remote Config e Launch Darkly sono entrambi sistemi di configurazione. Consentono di modificare la configurazione dell'app senza dover inviare una nuova versione. Non sono destinati a sostituire code.

Quanto grande è l'impronta di dipendenza che aggiunge?

Non ho misurato di recente, ma mi aspetto che la libreria code push aggiunga meno di un megabyte agli app Capacitor. Sappiamo come ridurre la dimensione quando diventa una priorità. Se la dimensione è un blocco per te, per favore, falle sapere!

Funziona Capgo sul simulatore iOS 18.4?

No. Due to an upstream issue affecting the iOS 18.4 Simulator, Capgo does not run reliably there. Please test on a real device or use a different iOS simulator version.

Vedi i dettagli nell'issue React Native: facebook/react-native#50510

Funziona code push con applicazioni di grandi dimensioni?

Sì. Non esiste un limite di dimensione per l'applicazione che può essere aggiornata con code push. Come notato, Capgo can change any JS code in your application regardless of size.

__CAPGO_KEEP_0__ può modificare qualsiasi __CAPGO_KEEP_1__ JS nell'applicazione, indipendentemente dalle dimensioni.

What can I use Capgo code push for?

Abbiamo visto una varietà di utilizzi, tra cui:

• Risposte d'emergenza per applicazioni in produzione.
• Invio di correzioni di bug ai utenti con versioni più vecchie del tuo app.
• Invio costante (ad esempio ogni ora).

Nota che la maggior parte delle store di app proibisce l'invio di code che cambia il comportamento dell'app in modo significativo. Vedi di seguito per ulteriori informazioni.

Cosa conta come un “MAU” per Capgo?

A MAU è un dispositivo attivo mensile. Un dispositivo distinto che contatta Capgo in un periodo di 30 giorni contato a rotazione è considerato come un MAU per quel ID di app nativa. Lo stesso dispositivo fisico utilizzato con due ID di app nativa distinti conta una volta per ogni ID; non viene deduplicato tra di loro.

Se i tuoi gusti differiscono solo nella loro layer web o routing di aggiornamento, utilizza un ID di app nativa con canali. Ciò mantiene i gusti sotto un'app Capgo e rende le rilasci più semplici. Utilizza ID di app nativa separati quando un gusto necessita di un ID di pacchetto distintivo, identità di firma, set di autorizzazioni o elenco di negozio.

Sul sistema iOS, v7.25.0+ conserva l'ID dispositivo casuale, app-scopico, attraverso reinstallazioni normali utilizzando Keychain. Sul sistema Android, utilizza v7.50.1+ (o v5.50.1+ e context: Pagina/Area: Sito web di marketing Capgo. Ruolo: Etichetta breve o elemento di navigazione. Visto in: pagina trust.astro. Chiave di messaggio `e` (E). Per le linee di rilascio in corso; l'ID viene ripristinato solo quando Android Backup/Restore conserva le preferenze dell'app. Disabilitando il backup, escludendo quelle preferenze o cancellando i dati dell'app genera un nuovo ID dispositivo. Aggiornando l'app non viene creato un nuovo ID dispositivo.

Per i build di test e sviluppo, disabilitare la consegna dei build di sviluppo e della consegna degli emulatori sui canali di produzione. Ciò controlla la consegna, non il MAU: un dispositivo può ancora essere contato quando contatta Capgo. Per tenerlo fuori dall'utilizzo di produzione, disabilitare le aggiornamenti in tempo reale e non chiamare i punti di fine Capgo di produzione. Vedi Testare le build native senza aggiornamenti in tempo reale per le impostazioni esatte.

Cosa non possiamo utilizzare Capgo code push?

Capgo non può modificare le code native come Java, Kotlin, Objective-C, Swift, plugin nativi o configurazione nativa. Queste modifiche richiedono un nuovo rilascio dell'app nativa. Per lo scopo di revisione della store, vedi Politiche di App Store e Google Play.

Posso aggiornare capacitor.config.ts tramite Capgo?

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to capacitor.config.tsLa regola breve è che __CAPGO_KEEP_0__ può inviare la cartella di build web generata, inclusi HTML, CSS, JavaScript, asset e modifiche ai pacchetti JavaScript puri raccolti in quel output. Le modifiche a npx cap sync o npx cap copy o

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. o capacitor.config.ts o
2. onpx cap sync o
3. o

Does Capgo submit to the stores for me?

Capgo Build può compilare e firmare un progetto nativo iOS o Android preparato e, quando configurato, inviare il risultato firmato a App Store Connect o Google Play. Puoi mantenere il tuo CI esistente per le dipendenze private, le build web, la sincronizzazione Capacitor e la preparazione nativa personalizzata; Capgo riceve il progetto nativo preparato per lo step di build nativo.

Vedi Capgo Build e la riferimento alla configurazione di build per le opzioni di flusso di lavoro e di invio alle store.

Cosa fa Capgo sul disco e dove?

Il Capgo updater (incluso nella tua applicazione quando costruisci l'app) memorizza il bundle più recente scaricato nella sola directory che capacitor consente di caricare code. Su Android, si trova in /data/user/0/com.example.app/code_cache/capgo_updater benché la base di quel percorso sia fornita dal sistema Android e può cambiare dinamicamente all'esecuzione. Su dispositivi iOS, i dati sono memorizzati sotto Library/Application Support/capgo.

Il comando Capgo delle linee di comando (ad esempio npx @capgo/cli@latest bundle upload) sono installati su disco nei cache npm, le tue credenziali di accesso sono memorizzate nella directory home ~/.capgo.

Come si relaziona a Capacitor Hot Reload?

Capacitor’s Hot reload è una funzionalità disponibile solo durante lo sviluppo. Code push è per la produzione.

Il Hot reload è una funzionalità di Capacitor che consente di modificare code sul dispositivo durante lo sviluppo. Ciò richiede la creazione dell'app Capacitor con un proxy per connettersi alla macchina locale.

Code push è una funzionalità che consente di modificare code sul dispositivo in produzione. Utilizzeremo una varietà di tecniche diverse per rendere possibile ciò a seconda della piattaforma.

Quali tipi di modifiche supporta Capgo code push?

Capgo può modificare qualsiasi code JS nell'applicazione. Ciò include le code dell'app e le code generate. Puoi anche aggiornare le dipendenze in package.json fino a quando non richiedono modifiche native code.

Non abbiamo piani per supportare la modifica di code native (ad esempio Java/Kotlin su Android o Objective-C/Swift su iOS) e lo strumento vi avviserà se rileva che avete modificato code native, poiché non sarà incluso nel pacchetto.

Supporta il web?

Code push non è necessario per il web, poiché il web funziona già in questo modo. Quando un utente apre un'app web, scarica la versione più recente dal server se necessario.

Se hai un caso d'uso per code push con il web, ci piacerebbe saperlo!

Funziona su iOS, Android, Mac, Windows, Linux, ecc.?

Sì.

Finora ci siamo concentrati su Android, iOS e Electron, e code push è pronto per la produzione su tutti e tre.

Quali versioni di sistema operativo supporta Capgo?

Capgo supporta le stesse versioni di Android che Capacitor supporta.

Capacitor supporta attualmente Android API livello 22+ e iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Quali versioni di Capacitor supporta Capgo?

Capgo supporta attualmente solo rilasci stabili recenti di Capacitor. Potremmo supportare anche versioni più vecchie di Capacitor, ma non abbiamo ancora costruito l'infrastruttura necessaria per mantenere tali versioni nel tempo. Intendiamo supportare più versioni di Capacitor in futuro, comprese qualsiasi versione per i nostri clienti aziendali. https://github.com/Cap-go/capgo/issues/1100

Capgo segue le versioni stabili di Capacitor e aggiorna generalmente entro poche ore di ogni rilascio stabile. Il nostro sistema per eseguire queste aggiornamenti è automatizzato e richiede pochi minuti per essere eseguito. Eseguiamo poi un ulteriore passaggio di verifica manuale prima di pubblicare sui nostri server.

How si relazionato con il processo di valutazione o le politiche della Store App/Play?

Capgo invia aggiornamenti solo alla layer web Capacitor: l'HTML, il CSS, il JavaScript e gli asset già in esecuzione nel WebView dell'app. Non cambia il binario nativo, i plugin nativi, le autorizzazioni, le entità, la firma o i metadati della store.

Usa una versione di store nativa per ogni cambiamento nativo e per i cambiamenti materiali che potrebbero influire sulla funzionalità o sulla finalità dell'app. Mantieni gli aggiornamenti in vivo all'interno dell'esperienza dell'app che hai sottoposto e discusso con gli utenti.

Capgo garantisce l'approvazione della Store App o Google Play?

No. Apple e Google valutano ogni app e rilascio in base ai propri criteri, e Capgo non può garantire un esito di approvazione o di valutazione individuale. Il tuo team rimane responsabile del contenuto dell'app, delle dichiarazioni, dello scope degli aggiornamenti e della conformità alle politiche attuali della store.

Per la pianificazione di valutazione e rilascio, leggi le politiche ufficiali direttamente: Linee guida di valutazione della Store App di Apple e Politica di abuso di dispositivi e reti di Google Play.

Posso utilizzare Capgo nel mio paese?

Non abbiamo tentato di limitare l'accesso a Capgo da alcun paese.

Riconosciamo che alcuni paesi hanno restrizioni sulle URL che possono essere accessibili dal paese. Capgo utilizza attualmente Cloudflare Cloud per l'hosting, compresi R2 Storage e Cloudflare workers.

Di seguito sono riportate le URL utilizzate da Capgo:

• https://api.capgo.app — utilizzato dai npx @capgo/cli strumenti di linea di comando per interagire con i server di Capgo nonché l'aggiornatore di Capgo sulle dispositivi degli utenti per verificare le aggiornamenti.
• https://*.r2.cloudflarestorage.com — utilizzato dai npx @capgo/cli Eseguire il tool di riga di comando per caricare e scaricare il bundle

Se tutti quei URL sono accessibili dal tuo paese, allora Capgo dovrebbe funzionare.

Se la tua regione richiede di bloccare l'accesso a qualsiasi di quei URL, ti preghiamo di informarci e possiamo lavorare con te per trovare una soluzione. I server proxy sono una delle opzioni.

Può essere self-hostato Capgo?

Sì. Enterprise supporta le licenze self-hostate Capgo quando hai bisogno di eseguire il backend dell'aggiornamento nella tua infrastruttura. Vedi Updater Auto-Installabile per il modello di distribuzione e gli endpoint.

Richiede code l'accesso a internet per funzionare?

Si. Si si potesse immaginare di eseguire un server per distribuire gli aggiornamenti separatamente dalla rete internet generale, ma è richiesta una forma di connettività di rete per trasportare gli aggiornamenti ai dispositivi.

Come è Capgo influenzato dalla mancanza di connettività di rete?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'app con Capgo) è progettato per essere resiliente ai problemi di connettività di rete.

Nel comportamento di aggiornamento predefinito, quando l'applicazione si avvia, avverte l'aggiornatore Capgo, che avvia un thread separato per effettuare una richiesta di rete a Capgo’s server e chiedere un aggiornamento. Intenzionalmente utilizziamo un thread separato per evitare di bloccare qualsiasi altra cosa l'applicazione possa essere facendo. Se la richiesta di rete fallisce o scade, l'aggiornatore semplicemente cercherà di controllare nuovamente la prossima volta che l'applicazione si avvia.

L'Capgo strumenti di riga di comando (ad es. npx @capgo/cli@latest bundle uploadRichiedono connettività di rete per funzionare. Se stai utilizzando Capgo per distribuire la tua app, assicurati che il tuo sistema di integrazione abbia connettività di rete.

Cosa succede se un utente non aggiorna per molto tempo e perde un aggiornamento?

La nostra implementazione invia sempre un aggiornamento specificamente personalizzato per il dispositivo che lo richiede, aggiornando sempre il richiedente alla versione più recente disponibile. Quindi, se un utente non aggiorna per un po' di tempo, perderà gli aggiornamenti intermedi.

Il server di aggiornamento potrebbe essere modificato per rispondere con la versione incrementale successiva o con la versione più recente a seconda delle esigenze della tua applicazione. Ci faccia sapere se comportamenti di aggiornamento alternativi sono importanti per te.

Come si relaziona il Capgo al Capacitor?

Il Capgo è un plugin per il Capacitor che aggiunge il code push. Il Capgo non è una sostituzione per il Capacitor. Puoi continuare ad utilizzare gli strumenti del Capacitor che già conosci e ami.

Seguiamo la versione stabile più recente di Capacitor e aggiorniamo il nostro plugin di push code per farlo funzionare con essa.

Quando avvengono gli aggiornamenti?

Di default, l'aggiornatore Capgo controlla gli aggiornamenti all'avvio dell'applicazione. Esegue il lavoro su un thread di background e non blocca il thread della UI. Gli aggiornamenti saranno installati mentre l'utente utilizza l'applicazione e verranno applicati la prossima volta che l'applicazione viene riavviata.

È anche possibile eseguire manualmente l'aggiornatore Capgo utilizzando il @capgo/capacitor-updater Il pacchetto, tramite il quale è possibile attivare aggiornamenti in qualsiasi momento, incluso tramite una notifica di push.

L'aggiornatore Capgo è progettato in modo tale che quando la rete non è disponibile, o il server è down o non raggiungibile, l'app continuerà a funzionare normalmente. Se dovessi mai scegliere di eliminare un aggiornamento dai nostri server, tutti i tuoi client continueranno a funzionare normalmente.

Abbiamo aggiunto la possibilità di annullare le patch. La cosa più semplice è semplicemente attaccare un bundle precedente al tuo canale per annullare.

Devo conservare il mio app_id segreto?

No. Il app_id è incluso nella tua app e è sicuro essere pubblico. Puoi verificarlo nel controllo delle versioni (anche pubblicamente) e non preoccuparti che qualcuno lo possa accedere.

Chi ha il tuo app_id può estrarre la versione più recente della tua app dai server Capgo, ma non può inviare aggiornamenti alla tua app o accedere ad alcun altro aspetto del tuo account Capgo.

Quali informazioni vengono inviate ai server Capgo?

L'inventario completo dei dati, il comportamento degli endpoint e i controlli sulla privacy sono documentati in Compliance.

Impostare statsUrl: '' per disabilitare i rapporti statistici di aggiornamento espliciti. Puoi anche inviare statsUrl a un proxy o a un endpoint che controlli; vedi gestione delle statistiche nell'infrastruttura auto-hosted. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

La lista dei sottoprocessori è la nostra fonte pubblica aggiornata di verità per i fornitori, le località di elaborazione, i meccanismi di trasferimento e la cronologia delle modifiche.

Posso utilizzare Capgo per app sensibili al HIPAA?

Sì, ma il tuo proprietario della conformità deve scegliere il modello di distribuzione giusto. Capgo Cloud non è attualmente presentato come un elaboratore di statistiche ospitato conforme ai requisiti HIPAA. Di default, i dati dell'aggiornatore sono dispositivi-scoperti e non sono legati a un utente di app noto, e molte squadre utilizzano quel modello con successo.

Per revisioni più rigorose, puoi geo-localizzare il traffico dei plugin, disabilitare le statistiche impostando statsUrl a una stringa vuota, ospita solo l'endpoint delle statistiche, o utilizza l'hosting autorizzato. Non chiamare CapacitorUpdater.setCustomId(...) con un indirizzo e-mail, ID utente, ID paziente, ID dipendente o qualsiasi valore che mappi la telemetria dell'aggiornatore a una persona.

Vedi Conformità HIPAA per la configurazione tecnica completa e i compromessi di osservabilità quando le statistiche sono disabilitate.

Posso mantenere Capgo i dati di aggiornamento in tempo reale in Europa?

Yes. Le applicazioni che richiedono la residenza dei dati UE per il traffico del plugin Cloud Capgo possono impostare gli endpoint dell'aggiornamento sul host UE:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Usare tutti e tre gli URL UE insieme in modo che le verifiche degli aggiornamenti, le statistiche e l'assegnazione del canale utilizzino la stessa strada di dati regionale. Poiché questi valori vivono in capacitor.config.ts, le applicazioni mobili in produzione richiedono una versione nativa prima che gli installi esistenti utilizzino gli endpoint nuovi.

Vedi Ubicazione dei dati per esempi esatti di Capacitor e Electron.

Quali piattaforme supporta Capgo?

Attualmente, Capgo supporta Android, iOS e Electron. Tutti sono pronti per la produzione.

L'uso di Capgo per iOS, Android o Electron può essere una decisione independente. Puoi impostare la strategia del canale per Android e un ipa costruito per l'App Store, o i canali di Electron, come necessario.

Capgo può (relativamente facilmente) essere reso compatibile con i target desktop o embedded. Se sono importanti per te, per favore ci informa.

How Capgo interagisce con le piste di testing di Google Play o Apple TestFlight?

Ogni negozio di app ha meccanismi separati per distribuire le app a gruppi di utenti limitati (ad esempio “testing interno”, “beta chiusa”, ecc.). Questi sono tutti meccanismi per segmentare gli utenti in gruppi e distribuire versioni specifiche delle app a ogni gruppo.

Purtroppo, questi meccanismi non consentono a tutte le parti terze di rilevare quando le app sono installate in una specifica pista di testing o tramite TestFlight. Pertanto, non abbiamo una visibilità affidabile sulla composizione di questi gruppi e non possiamo garantire l'accesso a Capgo patch in base a questi gruppi. https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

Se desiderate segmentare la disponibilità del pacchetto Capgo, ci sono 4 opzioni potenziali:

1. Usa un canale separato per ogni gruppo. Questo è l'approccio più diretto, ma richiede di gestire più canali. Potresti già avere dei canali di sviluppo e produttivi con disponibilità diverse. Puoi quindi aggiornare i tuoi canali di sviluppo, verificarli e poi aggiornare separatamente i tuoi canali produttivi. Consigliamo l'uso delle branch / tag nel tuo controllo delle versioni per aiutare a tenere traccia delle fonti associate a ogni rilascio.
2. Segui il tuo set di utenti che hanno scelto di partecipare, disabilita gli aggiornamenti automatici e attiva gli aggiornamenti solo per certi utenti tramite il @capgo/capacitor-updater package. Questo funziona già oggi, ma richiede di gestire la tua lista di utenti che hanno scelto di partecipare.
3. Capgo consente di creare il proprio meccanismo di opt-in per dispositivo singolo (simile a Test Tracks o TestFlight, ma agnostico rispetto alla piattaforma). Ciò consente al tuo team di QA di opt-in per il bundle prima di essere promosso al pubblico generale.
4. Usa progressive rollouts per consegnare un bundle candidato a un sottogruppo casuale e fissato di un canale. Imposta un rollout da 0–100%, o utilizza --rollout-percentage-bps per incrementi di 0,01%; configura la durata della cache da 60 secondi a 365 giorni e l'opzione di politica di pausa automatica. Ciò non seleziona un gruppo di dispositivi denominato.

Pagamento

Sottosezione intitolata “Pagamento” (Italian for 'Billing') (Italian for 'Section titled “Billing”') (Italian for 'How do I upgrade or downgrade my plan?') (Italian for 'How do I upgrade or downgrade my plan?')

Puoi aggiornare o ridurre il tuo piano in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Quando si resetta il mio periodo di fatturazione?

I periodi di fatturazione vengono resettati automaticamente ogni mese nel mese in cui hai sottoscritto per la prima volta Capgo. Ad esempio, se hai sottoscritto il 15 del mese, il tuo periodo di fatturazione si resettà il 15 di ogni mese.

Come posso cancellare la mia sottoscrizione?

Puoi cancellare la tua sottoscrizione in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Puo' pagare un anno in anticipo?

Sì. Può scegliere la fatturazione annuale nelle impostazioni del piano di organizzazione Cosa si conta verso lo spazio di archiviazione, e possiamo cambiare la conservazione?.

Collegamento diretto a Cosa si conta verso lo spazio di archiviazione, e possiamo cambiare la conservazione?

La riproduzione regionale moltiplica lo spazio di archiviazione o la banda?

Collegamento diretto a La riproduzione regionale moltiplica lo spazio di archiviazione o la banda?

No. Un bundle viene conteggiato una volta per lo storage, indipendentemente dalle regioni che lo servono. La Capgo banda è basata sui download dei dispositivi che non sono serviti dalla cache di edge; le consegne servite dalla cache non contano contro la Capgo banda di utilizzo.

Quali sono i contenuti dell'Enterprise SLA?

L'Enterprise include un impegno mensile di disponibilità del 99,9% per la piattaforma di produzione. Se questo impegno non viene rispettato, lo schema di credito per il servizio è del 10% al 30% in base alla disponibilità mensile. I target di risposta iniziali sono P1: un'ora, 24/7/365; P2: due ore di lavoro; P3: un giorno lavorativo; e P4: due giorni lavorativi. Leggi il L'Enterprise SLA per i termini completi.

Statistiche e analisi

I dati nella tua dashboard vengono aggiornati ogni mezzanotte UTC. I dati sono calcolati dai distint MAU attivo durante il periodo di 30 giorni in corso.

Come viene generato l'ID dispositivo

L'ID dispositivo viene generato sul dispositivo alla prima esecuzione, e viene utilizzato per evitare duplicati per installazioni per dispositivo e consentire di fatturare in base agli utenti installati (ad esempio, utenti attivi mensili), piuttosto che su patch totali o installazioni di patch totali.

MAU è una soluzione migliore del numero di installazioni per determinare il prezzo Capgo, poiché è più accurata e riflette il costo reale Capgo per dispositivo.

Persistenza dell'ID dispositivo:

• iOS: Dal v7.25.0+, l'ID dispositivo è memorizzato nella Keychain e persiste attraverso reinstallazioni normali.
• Android: Utilizza v7.50.1+ (o v5.50.1+/v6.50.1+ su quelle linee di rilascio). L'ID dispositivo viene ripristinato solo quando Backup/Restore Android conserva le preferenze dell'applicazione.
• Elettronica: Il numero di dispositivo è memorizzato in un archivio sicuro.
• Avvertenza Android: Disabilitando il backup, escludendo le preferenze pertinenti o cancellando i dati dell'applicazione si genera un nuovo numero di dispositivo. Le versioni Android da v7.25.0 a v7.50.0 possono generare un nuovo numero di dispositivo dopo una reinstallazione anche quando il backup è abilitato.

Il numero di dispositivo è app-scoperto e supporta la consegna di aggiornamenti in tempo reale e la deduplicazione dei MAU; non è un identificatore di pubblicità o di tracciamento tra applicazioni.

Il numero di dispositivo è elencato dopo che l'app si connette a Capgo attraverso gli endpoint di aggiornamento o statistiche. Un dispositivo non deve installare un patch prima di poter apparire nella lista dei dispositivi.

Perché il mio numero di dispositivo è diverso dal mio MAU?

Il elenco dei dispositivi e i MAU sono basati su segnali diversi.

L'elenco dei dispositivi mostra i metadati più recenti conosciuti per ogni dispositivo, come il numero di dispositivo, la piattaforma, la versione del plugin, la versione del sistema operativo, la versione nativa, il canale, il bundle installato e il paese di richiesta quando disponibile. Il paese di richiesta è il codice a due lettere code più recente e valido ricevuto da una richiesta gestita da Cloudflare, non la posizione GPS o la posizione fornita dall'app. Le richieste senza un paese valido non cancellano il valore più recente valido. Capgo aggiorna questi metadati quando l'app si connette, ma le connessioni ripetute che riportano i medesimi metadati possono non modificare la riga o la sua ultima ora di aggiornamento.

Le contatori MAU contano dispositivi attivi distinti durante la finestra di fatturazione. Questa attività può aumentare anche quando i metadati del dispositivo rimangono gli stessi, quindi il conteggio dei dispositivi e il MAU possono essere diversi.

Come avere aggiornamenti diversi per piattaforma?

È possibile creare un canale per ogni piattaforma e disabilitare gli aggiornamenti specifici per piattaforma in ogni canale.

Sulla canale iOS disabilitare gli aggiornamenti per Android e su Android disabilitare gli aggiornamenti per iOS.

Poi caricare un bundle in ogni canale per avere aggiornamenti diversi per ogni piattaforma.

Se hai bisogno di avere gli stessi aggiornamenti per entrambe le piattaforme, puoi collegare un bundle a più canali. Non è necessario duplicare il bundle.

Continua da qui

Se stai utilizzando Domande frequenti (FAQ) per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Aggiornamenti in Tempo Reale Capgo for the product workflow in Capgo Live Updates, Aggiornamenti in Tempo Reale __CAPGO_KEEP_0__ Panoramica Per i dettagli di implementazione in Panoramica, Caratteristiche Per i dettagli di implementazione in Caratteristiche, Comportamento dell'Aggiornamento Per i dettagli di implementazione in Comportamento dell'Aggiornamento, e Tipi di Aggiornamento