Überblick

Der Schnellstart-Tutorial wird Sie durch die Schlüsselkonzepte von Capgo führen! Konzepte, die erforscht werden, umfassen:

1. Eine App zu Ihrem Capgo-Konto hinzufügen

2. Capgo mit Ihrer CI/CD integrieren

3. Capgo-Bundle-Upload auslösen, indem Sie Commits pushen

4. Capgo-Bundle-Publishing konfigurieren und anpassen

5. Einrichten Sie Ihre App, um live-Updates über Capgo zu ermöglichen

6. Live-Updates an Ihrer App von Capgo bereitstellen

Folgen Sie einfach den Schritten Schritt für Schritt oder navigieren Sie direkt zur Dokumentation für das Komponente, das Sie interessiert

Starten Sie das Tutorial

Folgen Sie dem Schnellstart-Tutorial und bringen Sie sich schnell mit Capgo in Gang!

CLI Einrichtungsleitfaden

Vollständiger Schritt-für-Schritt-Leitfaden für das interaktive CLI Einrichtungsverfahren.

Updates verschicken

Updates an Ihre App von der Capgo Oberfläche verschicken.

Updates automatisieren

Integrieren Sie Capgo mit Ihrer CI/CD und lösen Sie die Uploads von Capgo aus, indem Sie Commits pushen.

Fehlersuche

Häufige Probleme und wie man sie löst.

Abschluss

Abschluss des Tutorials und schnelle Übersicht über das Gelernte.

Tipp

Die Über-die-Luft-(OTA)-aktualisierungsfunktion ist nur für Änderungen an HTML-, CSS- und JavaScript-Dateien anwendbar.

Wenn Sie Änderungen an der nativen code vornehmen, wie z.B. Updates an Capacitor-Plugins, ist es obligatorisch, die Anwendung erneut bei der App-Store-Verifizierung einzureichen.

Bündelvertraulichkeit

Treat every bundle uploaded to Capgo as a public web asset unless you enable Capgo encryption. Private channels control which devices are eligible to receive an update, but they do not make the uploaded bundle confidential. Encryption protects the delivery path and prevents third parties from producing valid encrypted updates, but shipped web assets can still be reverse engineered from the app with enough effort because the public key is distributed in the binary. See Lebendaktualisierung-Verschlüsselung.

Beitreten Sie zur Discord-Gemeinschaft

Beitreten Sie zum Capgo Discord-Server!

Wartung

Pluginversion	Capacitor Kompatibilität	Wartung
v7.*.* (≥7.25.0)	v7.*.*	✅ Vollständig unterstützt
v6.*.* (≥6.25.0)	v6.*.*	✅ Vollständig unterstützt
v5.*.* (≥5.10.0)	v5.*.*	✅ Vollständig unterstützt
v5.*.* (<5.10.0)	v5.*.*	⚠️ Abgelegt
v4.*.*	v4.*.*	❌ Nicht mehr unterstützt
v3.*.*	v3.*.*	❌ Nicht mehr unterstützt
>= 8	v4.*.*	⚠️ Abgelegt aufgrund von Versionsproblemen in unserem CI-Prozess

Zuweisungskompatibilität im Store

Android Google Play und iOS App Store haben entsprechende Richtlinien, die Regeln enthalten, die Sie vor der Integration der Capacitor-Updater-Lösung in Ihre Anwendung kennen sollten.

Google Play

Dritter Absatz von Geräte- und Netzwerkmissbrauch Dieser Absatz beschreibt, dass das Aktualisieren der Quelle code durch jede Methode außer dem Update-Mechanismus von Google Play eingeschränkt ist. Diese Einschränkung gilt jedoch nicht für das Aktualisieren von JavaScript-Bundles.

Diese Einschränkung gilt nicht für code-Instanzen, die in einer virtuellen Maschine laufen und auf Android-APIs nur eingeschränkten Zugriff haben (wie JavaScript in einem WebView oder Browser).

Das ermöglicht es vollständig Capacitor-Updater, da es nur die JS-Bundles aktualisiert und die native code nicht aktualisiert.

App Store

Absatz 3.3.2Seit 2015 Apple-Entwickler-Programm-Lizenzvereinbarung erlaubt vollständig die Durchführung von über die Luft durchgeführten Updates von JavaScript und Assets - und in seiner neuesten Version (20170605) ist hier herunterladbar dieses Urteil ist sogar weiter gefasst:

Interpretiertes code kann heruntergeladen werden, um eine Anwendung, aber nur so lange, wie solche code: (a) die Hauptzweck der Anwendung nicht ändert, indem es Funktionen oder Funktionalitäten bereitstellt, die mit dem vorgesehenen und beworbenen Zweck der Anwendung, wie sie dem App Store zur Verfügung gestellt wurde, unvereinbar sind, (b) keine Verkaufsstelle oder einen Verkaufsort für andere code oder Anwendungen erstellt und (c) die Signierung, Sandbox oder andere Sicherheitsmerkmale des Betriebssystems nicht umgeht.

Capacitor-Updater ermöglicht es Ihnen, diese Regeln in vollem Einklang zu erfüllen, solange der Update, den Sie pushen, nicht signifikant von Ihrem Produkt abweicht, von seinem ursprünglichen App Store genehmigten Zweck.

Um weiterhin mit Apple’s Richtlinien im Einklang zu bleiben, empfehlen wir, dass Apps, die über den App Store verteilt werden, die Force update Situation nicht aktivieren sollten, da in der App Store-Bewertungsrichtlinien gesagt wird:

Apps dürfen die Benutzer nicht dazu zwingen, die App zu bewerten, die App zu bewerten, andere Apps herunterzuladen oder ähnliche Aktionen durchzuführen, um Zugriff auf Funktionen, Inhalte oder die Verwendung der App zu erhalten.

Dies ist kein Problem für die Standardverhalten von Hintergrundupdate, da es die Benutzer nicht zwingt, die neue Version anzuwenden, bis sie das nächste Mal die Anwendung schließen, aber zumindest sollten Sie sich dessen bewusst sein, wenn Sie entscheiden, es anzuzeigen.

[Keine Quellenkosten]

Der Plugin ist unter der Lizenz LGPL-3.0 und die Back-End-Lizenz ist AGPL-3.0.

💡 LGPL-3.0 bedeutet, dass, wenn jemand das code des Plugins modifiziert, es obligatorisch ist, es zu veröffentlichen, in offenen Quellen mit derselben Lizenz. Wenn Sie das code ohne Modifikation verwenden, betrifft das Sie nicht. Siehe das Issue unten für weitere Details, überprüfen Sie den Link 👇

Lizenz?

Probieren Sie GPTS Capgo aus, um Hilfe zu erhalten, anstatt die Dokumentation zu lesen

Sie können es in Ihre App einbeziehen, ohne sich Sorgen zu machen

Abschlussnotizen

Wenn Sie selbst hosten und diese Werkzeug finden nützlich, bitten Sie bitte darum, meine Arbeit zu unterstützen, indem Sie ein GitHub Sponsor werden.

Ich habe einen Wettkampf abgeschlossen, um alle code zu offenen Quellen zu machen, anstatt es hinter einem Paywall zu verstecken. Durch die Öffnung anstatt das Verstecken und das Kampfen, glaube ich, dass wir die Welt zu einem besseren Ort machen können.

Damit dies möglich ist, müssen wir alle unsere Verantwortung übernehmen, einschließlich Ihres 🥹. Wenn Capgo Cloud nicht Ihren Bedürfnissen entspricht, können Sie einen selbstständigen Maker unterstützen hier auf eigenen Bedingungen.

Einfache Mathematik

Der Preis für das Grundabonnement: 14*12 = 168 $ pro Jahr. Während der durchschnittliche Entwickler/Stunde 60 $ beträgt. Das bedeutet, dass 3 Stunden verlorener Entwicklungszeit auf Selbsthosting es Ihnen ermöglichen, ein ganzes Jahr zu bezahlen, wenn Sie mehr als 3 Stunden verloren haben, verlieren Sie Geld ^^

Weiter von der Übersicht

Wenn Sie Übersicht für die Planung der CI/CD-Automatisierung verwenden, verbinden Sie es mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo Native Builds für den Produktworkflow in Capgo Native Builds, Capgo Integrations für den Produktworkflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration, und GitHub Actions-Integration für die Implementierungsdetails in GitHub Actions-Integration.