Panoramica

Il tutorial di avvio rapido ti guiderà attraverso i concetti chiave di Capgo! Saranno esplorati concetti come:

1. Aggiungere un'app alla tua Capgo account

2. Integrare Capgo con il tuo CI/CD

3. Caricare il bundle di Capgo facendo commit.

4. Configurando e personalizzando la pubblicazione del pacchetto Capgo

5. Impostazione dell'app per abilitare gli aggiornamenti in tempo reale tramite Capgo

6. Deployare aggiornamenti live sull'applicazione dal tuo Capgo

Segui semplicemente la guida passo dopo passo, o naviga direttamente alla documentazione per il componente che ti interessa.

Avvia il Tutorial

Segui il tutorial di avvio rapido e inizia a utilizzare il Capgo in tempo record!

CLI Guida di Avvio

Guida passo dopo passo per il processo di avvio interattivo del CLI.

Invia Aggiornamenti

Invia aggiornamenti al tuo app dal pannello di controllo del Capgo.

Automatizza Aggiornamenti

Integra il Capgo con il tuo CI/CD e attiva l'upload dei pacchetti su Capgo con la push dei commit.

Troubleshooting

Issue comuni e come risolverli.

Conclusione

Concludi il tutorial e ottieni un'anteprima rapida di tutto ciò che hai imparato.

Consiglio

La funzione di aggiornamento Over-the-Air (OTA) è applicabile solo per modifiche apportate ai file HTML, CSS e JavaScript.

Se apporti modifiche al codice nativo code, come aggiornamenti ai plugin Capacitor, è obbligatorio riconsegnare l'applicazione alla store per l'approvazione.

Confidenzialità del Bundle

Tratta ogni bundle caricato su Capgo come un asset web pubblico a meno che non attivi l'Capgo encryption. I canali privati controllano quali dispositivi sono idonei a ricevere un aggiornamento, ma non rendono il bundle caricato confidenziale. L'encryption protegge il percorso di consegna e impedisce a terze parti di produrre aggiornamenti criptati validi, ma gli asset web inviati possono ancora essere sottoposti a reverse engineering dall'applicazione con sufficiente sforzo perché il pubblico chiave è distribuito nel binario. Vedi Encryption degli Aggiornamenti in Tempo Reale.

Unisciti alla Comunità Discord

Unisciti al Server Discord di Capgo!

Manutenzione

Versione del plugin	Compatibilità con Capacitor	Manutenuto
v7.*.* (≥7.25.0)	v7.*.*	✅ Supporto completo
v6.*.* (≥6.25.0)	v6.*.*	✅ Supporto completo
v5.*.* (≥5.10.0)	v5.*.*	✅ Supportato pienamente
v5.*.* (<5.10.0)	v5.*.*	⚠️ Obsoleto
v4.*.*	v4.*.*	❌ Non più supportato
v3.*.*	v3.*.*	❌ Non più supportato
>= 8	v4.*.*	⚠️ Obsoleto a causa di problemi di versioning nel nostro processo CI

Linee guida di archiviazione di conformità

L'Android Google Play e l'App Store iOS hanno linee guida corrispondenti che contengono regole che dovresti conoscere prima di integrare la soluzione di aggiornamento Capacitor nel tuo'applicazione.

Google Play

Terza frase di Abuso di dispositivo e rete argomento descrive che l'aggiornamento della fonte code con qualsiasi metodo diverso dal meccanismo di aggiornamento di Google Play è limitato. Ma questa restrizione non si applica all'aggiornamento dei pacchetti JavaScript.

Questa restrizione non si applica a code che esegue in una macchina virtuale e ha accesso limitato alle API Android (ad esempio JavaScript in un webview o browser).

Questo consente completamente Capacitor-aggiornamento poiché aggiorna solo i pacchetti JS e non aggiorna i code nativi.

App Store

Paragrafo 3.3.2, poiché già nel 2015's Apple Developer Program License Agreement permite eseguire aggiornamenti in rete per JavaScript e asset - e nella sua versione più recente (20170605) scaricabile qui questa norma è ancora più ampia:

Interpretato code può essere scaricato in un'applicazione, ma solo se tale code: (a) non modifica lo scopo principale dell'applicazione fornendo funzionalità o caratteristiche incompatibili con lo scopo inteso e pubblicizzato dell'applicazione come presentata su App Store, (b) non crea un negozio o una vetrina per altre code o applicazioni, e (c) non bypassa la firma, il sandbox o altre funzionalità di sicurezza del sistema operativo.

Capacitor Updater consente di seguire queste regole in piena conformità, a condizione che l'aggiornamento che si invia non alteri significativamente il prodotto rispetto alla sua intenzione originale approvata da App Store.

Per rimanere ulteriormente in conformità con le linee guida di Apple, suggeriamo che le app distribuite su App Store non attivino lo Force update scenario, poiché nel Linee guida di revisione di App Store stabiliscono che:

Le applicazioni non devono costringere gli utenti a valutare l'applicazione, a recensire l'applicazione, a scaricare altre applicazioni o altre azioni simili per accedere a funzionalità, contenuti o utilizzo dell'applicazione.

Questo non è un problema per il comportamento predefinito dell'aggiornamento in background, poiché non costringerà l'utente ad applicare la nuova versione fino a quando non chiuderà l'applicazione la prossima volta, ma almeno dovresti essere a conoscenza di quel ruolo se decidi di mostrarlo.

Open source

Il plugin è sotto la Licenza LGPL-3.0 e il back-end è AGPL-3.0 License.

💡 LGPL-3.0 significa che se qualcuno modifica il code del plugin, è obbligatorio pubblicarlo, in open-source con la stessa licenza. Se utilizzi il code senza modifiche, non ti riguarda. Vedi il problema di seguito per ulteriori dettagli, controlla il link 👇

Licenza?

Prova GPTS Capgo per ottenere aiuto al posto di leggere i documenti

Potrai includerlo nella tua app senza preoccuparti

Note finali

Se self-host e trovi utile questo strumento, considera di supportare il mio lavoro diventando un GitHub sponsor.

Ho fatto una scommessa per rendere aperto tutto il code che ho costruito qui al posto di mettere un muro di pagamento. Rendendo disponibile tutto al posto di combattere e nascondere, credo che possiamo rendere il mondo un posto migliore.

To rendere tutto possibile, è necessario che facciamo tutti la nostra parte, compreso te. Se il Capgo cloud non soddisfa le tue esigenze, puoi sostenere un Maker autotrasportato qui su termini tuoi.

Matematica semplice

Il prezzo del piano base: 14*12 = 168 dollari all'anno. Mentre il costo medio di un dev/ora = 60 dollari. Ciò significa che 3 ore di tempo di sviluppatore sprecate per l'autohosting ti consentono di pagare per un anno intero, se hai speso più di 3 ore stai perdendo denaro.

Continua da qui dall'Overview

Se stai utilizzando Overview per pianificare l'automazione CI/CD, connettilo con Capgo CI/CD per il flusso di lavoro del prodotto in Capgo CI/CD, Capgo Costruzioni native per il flusso di lavoro del prodotto in Capgo Costruzioni native, Capgo Integrazioni for the product workflow in Capgo Integrations, per il flusso di lavoro del prodotto in __CAPGO_KEEP_0__ Integrazioni, L'integrazione CI/CD GitHub Actions Integration for the implementation detail in GitHub Actions Integration.