Hauptinhalt überspringen
Anleitung

Wie Versionen in Capgo funktionieren

Verstehen, wie Capgo Versionen in Ihrer Capacitor-Anwendung verwalten und nutzen Sie es 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 bestimmt.

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 dokumentiert hier 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 in der Datei MARKETING_VERSION wenn MARKETING_VERSION in Ihrer Info.plist Datei gesetzt.

Android

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

Schriften ( Capgo Paketversion )

Bei Schriften 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 von Capgo Kanal, wenn Sie keine Einstellungen geändert haben.

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

Wenn eine frische Installation Ihrer Capacitor App

Wenn ein Benutzer Ihre Ionic-App zum ersten Mal heruntergeladen und geöffnet hat und die App mit Capgo-Server Kontakt aufnimmt.

Derzeit 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“.

Sonstige 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 :

  • 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 seine 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 MAJOR 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: Es ist einfach.

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

Wenn Sie das 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 diese Verhaltensweise, können Sie oben noch einige spezifische haben, die sich an das Geräte-ID anlehnen.

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

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

  • eine bestimmte Bundle-Version
  • eine bestimmte Kanal

Dieser Schritt überspringt alle oben genannten Einstellungen.

Mehr über es in dem folgenden Artikel erfahren.

Weitergehen Sie von How version work in Capgo

Wenn Sie __CAPGO_KEEP_0__ verwenden Wie version work in Capgo um native Plugin-Arbeit zu planen, 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 zur Implementierungsdetail in Plugins hinzufügen oder aktualisieren Ionische Unternehmens-Plugin-Alternativen zum Produktworkflow in Ionische Unternehmens-Plugin-Alternativen und Capgo Native Builds zum Produktworkflow in Capgo Native Builds.

Live-Updates für Capacitor-Apps

Bei einem lebenden Web-Schicht-Bug wird die Reparatur über Capgo verschifft, anstatt Tage für die Genehmigung im App-Store abzuwarten. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Verfahren 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.