Panoramica

La guida di avvio rapido ti guiderà attraverso i concetti chiave di Capgo! Concetti che verranno esplorati includono:

1. Aggiungere un'app alla tua Capgo account

2. Integrare Capgo con il tuo CI/CD

3. Attivare l'upload del pacchetto su Capgo facendo commit

4. Configurare e personalizzare la pubblicazione del pacchetto Capgo

5. Configurare l'app per abilitare gli aggiornamenti in tempo reale tramite Capgo

6. Deployare gli aggiornamenti in tempo reale all'app da Capgo

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

Inizia il Tutorial

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

CLI Guida di Avvio

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

Invia Aggiornamenti

Invia aggiornamenti al tuo'applicazione dal pannello di controllo di Capgo.

Automatizza Aggiornamenti

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

Risolvere Problemi

Issue comuni e come risolverli.

Concludi il Tutorial

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

Tip

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, ad esempio 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 Aggiornamento in tempo reale encryption.

Unisciti alla Community Discord

Unisciti al Server Discord di Capgo!

Manutenzione

Versione del plugin	Capacitor compatibilità	Mantenuto
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 conformità del negozio

Google Play e l'App Store di iOS hanno linee guida corrispondenti che contengono regole di cui dovresti essere a conoscenza prima di integrare la soluzione di aggiornamento Capacitor all'interno della tua applicazione.

Google Play

Terza frase di Abuso di dispositivo e rete argomento descrive che l'aggiornamento della sorgente code con qualsiasi metodo diverso dal meccanismo di aggiornamento di Google Play è limitato. Ma questa restrizione non si applica all'aggiornamento dei bundle 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 bundle JS e non aggiorna code nativo.

App Store

Paragrafo 3.3.2, dal momento che sin dal 2015’s Apple Developer Program License Agreement è completamente permesso eseguire aggiornamenti in rete di 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 che sono in contrasto con lo scopo e la pubblicità dell'applicazione come presentata all'App Store, (b) non crea un negozio o una vetrina per altre code o applicazioni, e (c) non bypassa le funzionalità di firma, 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 dall'App Store.

Per rimanere ulteriormente in conformità con le linee guida di Apple, suggeriamo che le app distribuite tramite l'App Store non attivino lo Force update scenario, dal momento che in Linee guida di revisione dell'App Store stabiliscono che:

Le app non devono costringere gli utenti a valutare l'app, a recensire l'app, a scaricare altre app, o altre azioni simili per accedere alla funzionalità, al contenuto o all'uso dell'app.

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'app 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 è sotto la Licenza AGPL-3.0.

💡 LGPL-3.0 significa che se qualcuno modifica il code del plugin, è obbligatorio pubblicarlo, in open-source con la stessa licenza. Se si utilizza il code senza modifiche, ciò non riguarda te. Vedi l'issue di seguito per ulteriori dettagli, controlla il link 👇

Licenze?

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

Si può includerlo nell'app senza preoccuparsi

Note finali

Se si auto-hosta e si trova utile questo strumento, si prega di considerare il sostegno al 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 le cose aperte al posto di combattere e nascondere, credo che possiamo rendere il mondo un posto migliore.

Per 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 autodeterminato qui a tuo piacimento.

Matematica semplice

Il prezzo del piano base: $14*12 = $168 all'anno. Mentre il dev/hour medio = $60. Ciò significa che 3 ore di tempo di sviluppatore sprecate per l'auto-hostamento 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 Panoramica per pianificare l'automazione CI/CD, connettilo con Capgo automazione CI/CD protetta per il flusso di lavoro del prodotto in Capgo automazione CI/CD protetta Capgo Costruzioni native per il flusso di lavoro del prodotto in Capgo Costruzioni native, Capgo Integrazioni per il flusso di lavoro del prodotto in Capgo Integrazioni, Integrazione CI/CD per i dettagli di implementazione in Integrazione CI/CD, e GitHub Integrazione azioni per i dettagli di implementazione in GitHub Integrazione azioni.