Zum Hauptinhalt springen
Anleitung

Wie Versionen in Capgo funktionieren

Verstehen Sie, wie Capgo Versionen in Ihrer Capacitor-Anwendung verwalten und nutzen Sie sie optimal. Lernen Sie die Bedeutung von Major, Minor und Patch.

Artikelcredits

Martin Donadieu

Autoren

Valeria

Rezensent

Jordan

Redakteur

Wie Versionen in Capgo funktionieren

Capgo verwendet 2 Hauptvariablen, um Versionen in Ihrer Capacitor-Anwendung zu verwalten:

  • Native Version
  • JavaScript-Versionen
Capacitor-Update-System

Alle Versionen werden von Capgo serverseitig entschieden.

Versionsverwaltungssystem

Um die Version Capgo zu verwalten, wird das SemVer-System verwendet. Lesen Sie die SemVer-Spezifikation oder überprüfen Sie die Capgo-Update-Kompatibilität mit dem Semver-Tester.

Versionen

Wo Capgo die Version findet, um sie zu vergleichen

Sie können diese Verhaltensweise überschreiben, indem Sie die Versionsschlüssel in capacitor.config.json Datei hier in den Dokumenten Die native Version wird für alle Plattformen ignoriert.

IOS

Bei IOS wird die Variable auf Ihrem Projekt hier gesetzt ios/App/App/Info.plist unter der SchlüsselCFBundleShortVersionString oder ios/App/App.xcodeproj/project.pbxproj unter der Schlüssel MARKETING_VERSION wenn MARKETING_VERSION in Ihrer Info.plist Datei.

Android

Bei Android wird die Variable auf Ihrem Projekt hier gesetzt android/app/build.gradle unter der Schlüssel defaultConfig.versionName

JavaScript ( Capgo Paketversion )

Bei JavaScript kann die Variable in Ihrem package.json unter der Schlüssel version Ansonsten müssen Sie sie im Upload-Befehl angeben.

Standardverhalten

Dies ist das Verhalten, das Capgo Channel annehmen wird, wenn Sie keine Einstellungen geändert haben.

Dieses Verhalten wird auf der einzigartigen Channel basieren, die Sie als Standard gesetzt haben.

Wenn eine frische Installation Ihrer Capacitor App

Wenn ein Benutzer Ihre Ionic-App zum ersten Mal herunterlädt und die App öffnet, kontaktiert es den Capgo-Server.

Aktuell können 4 Ausgänge auftreten:

  • Die native Bundle-Version (1.2.3) ist niedriger als die Capgo Bundle-Version (1.2.4), Capgo sendet die Bundle an den Benutzer.
  • Die native Bundle-Version (1.2.3) ist gleich der Capgo Bundle-Version (1.2.3), Capgo sendet „keine Aktualisierung erforderlich“.
  • Die native Bundle-Version (1.2.4) ist höher als die Capgo Bundle-Version (1.2.3), Capgo sendet „keine Aktualisierung erforderlich“.
  • Die native Bundle-Version (1.2.3) ist MAJOR niedriger als die Capgo Bundle-Version (2.2.3), Capgo sendet „keine Aktualisierung erforderlich“.

Weitere Einstellungen

Automatische Downgrade unter native deaktivieren

Wenn Sie diese Einstellung auf false ändern, wird Capgo immer als vertrauenswürdige Quelle der Version angesehen. Dann wird das Verhalten wie folgt sein :

  • Die native Version (1.2.4) ist höher als die Capgo Version (1.2.3)

Capgo sendet seine Version an den Benutzer.

Automatische Upgrade-Strategie deaktivieren

Es stehen mehrere Strategien zur Auswahl. Sie können mehr darüber erfahren. hier

JavaScript-Bundle-Version

Die JavaScript-Bundle-Version ist die, die Sie senden, wenn Sie npx @capgo/cli@latest bundle upload --channel production

Wenn Sie diese Option nicht verwendet haben --bundle 1.2.3, wird Capgo die Bundle-Version aus Ihrem package.json Datei (im Schlüssel version).

Nachdem Ihre Ionic-App eine Version von Capgo installiert hat, wird diese Version für die Vergleichsoperation verwendet:

  • Ihr JavaScript-Bundle-Version (1.2.3) ist niedriger als die Bundle-Version von Capgo (1.2.4), Capgo sendet daher seinen Bundle an den Benutzer.

Unter bestimmten Bedingungen:

  • Wenn die native Bundle-Version höher ist als die von Capgo, wird die Disable auto downgrade under native Bedingung angewendet.
  • Wenn die native Bundle-Version um eine Hauptversion niedriger ist als die von Capgo, wird die Disable auto upgrade above major Die Bedingung wird angewendet.

App Store-Update

Wenn Sie Ihre Capacitor-JS-Anwendung im App Store veröffentlichen, passiert Folgendes:

Ihr Benutzer erhält die neue Version aus dem Store und entfernt alle lokalen Updates in der App standardmäßig.

Wenn Sie dieses Verhalten ändern möchten, müssen Sie die Einstellung resetWhenUpdate Mehr darüber lesen hier

Dies kann nur auf der App-Seite geändert werden, nicht wie andere Einstellungen im Cloud.

Andere Einstellungen

Nachdem Sie dieses Verhalten haben, können Sie oben noch einige spezifische einrichten, die sich auf das Geräte-ID beziehen.

In Capgo können Sie entscheiden, das Verhalten für jede Geräte-ID zu überschreiben.

Sie können eine Geräte-ID mit:

  • __CAPGO_KEEP_0__
  • __CAPGO_KEEP_0__

Diese Einstellungen werden übersprungen.

Mehr darüber erfahren Sie in dem folgenden Artikel.

Weitergehen Sie von Wie Versionen in Capgo

Wenn Sie Wie Versionen in Capgo für die Planung von native Plugins verwendet werden, verbinden Sie es mit Capgo Plugin-Verzeichnis für den Produktworkflow in Capgo Plugin-Verzeichnis Capacitor Plugins von Capgo für die Implementierungsdetails in Capacitor Plugins von Capgo Plugins hinzufügen oder aktualisieren für die Implementierungsdetails in Plugins hinzufügen oder aktualisieren Ionische Unternehmens-Plugin-Alternativen für den Produktworkflow in Ionische Unternehmens-Plugin-Alternativen und Capgo Native Builds für den Produktworkflow in Capgo Native Builds.

Live-Updates für Capacitor-Apps

Bei einem lebenden Web-Schicht-Bug schicken Sie die Reparatur über Capgo anstatt Tage zu warten, bis die App-Store-Zulassung erteilt wird. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Prozess bleiben.

Menschliche Unterstützung von Martin

Jetzt loslegen

Neueste von unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.