Panoramica

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

1. Aggiungere un'applicazione al tuo account Capgo

2. Integrare Capgo con il tuo CI/CD

3. Trasmettere l'upload del bundle su Capgo facendo commit

4. Configurando e personalizzando il pacchetto di pubblicazione Capgo

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

6. Deployare aggiornamenti live sull'applicazione dal Capgo

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

Avvia il Tutorial

Follow the quickstart tutorial and get up and running with Capgo in no time!

CLI Onboarding Guide

Complete step-by-step guide for the interactive CLI onboarding process.

Invia Aggiornamenti

Ship updates to your app from the Capgo dashboard.

Automatizza Aggiornamenti

Integrate Capgo with your CI/CD and trigger bundle uploads on Capgo by pushing commits.

Risoluzione dei Problemi

Problemi 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 ad esempio aggiornamenti ai plugin Capacitor, è obbligatorio riconsegnare l'applicazione alla store per l'approvazione.

Confidenzialità del Pacchetto

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

Unisciti alla Comunità Discord

Unisciti al Server Discord di Capgo!

Mantenimento

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 archiviazione di conformità

Il Google Play per Android e l'App Store per iOS hanno linee guida corrispondenti che contengono regole di cui dovresti essere a conoscenza prima di integrare la soluzione di aggiornamento Capacitor nel tuo'applicazione.

Google Play

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

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

Ciò 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 consente di eseguire aggiornamenti over-the-air 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 la firma, il sandbox o altre funzionalità di sicurezza del sistema operativo.

Capacitor Updater consente di seguire queste regole in piena conformità, purché l'aggiornamento che si invia non diverga significativamente il prodotto dal suo intento originale approvato 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, poiché nel Linee guida di revisione dell'App Store stato 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 è 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 utilizzi il code senza modifiche, non ti riguarda. Vedi il problema di seguito per ulteriori dettagli, controlla il link 👇

La 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. Aprire e non combattere e nascondersi, credo che possiamo rendere il mondo un posto migliore.

To rendere possibile ciò, è necessario che tutti noi facciamo la nostra parte, inclusi voi. Se il Capgo cloud non soddisfa le vostre esigenze, potete sostenere un Maker autodidatta qui su vostri termini.

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'auto-hosting consentono di pagare per un anno intero, se avete speso più di 3 ore siete in perdita.

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, Integrazione CI/CD GitHub Actions Integration for the implementation detail in GitHub Actions Integration.