How funktioniert die Versionsnummer in Capgo

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

• Nativversion
• JavaScript-Versionsnummern

Alle Versionsauswahl wird 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-Kompatibilität mit dem Semver-Tester.

Versions

Wo Capgo finden Sie die Version zum Vergleichen

Sie können dieses Verhalten überschreiben, indem Sie die Versionsschlüssel in capacitor.config.json Datei Dokumentation hier Die native Version wird für alle Plattformen ignoriert.

IOS

In 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 wurde in Ihrem Info.plist Datei.

Android

In Android wird die var auf Ihrem Projekt hier unter der Schlüssel android/app/build.gradle JavaScript ( __CAPGO_KEEP_0__ Bundleversion ) defaultConfig.versionName

JavaScript ( Capgo bundle version )

unter der Schlüssel] package.json In JavaScript, the var can be set in your version Sie müssen es sonst in der Upload-Befehl angeben.

Standardverhalten

Dies ist das Verhalten des Capgo-Kanals, wenn Sie keine Einstellungen geändert haben.

Dieses Verhalten wird auf der einzigartigen Standardkanal basieren, die Sie erstellt haben.

Bei einer frischen Installation Ihrer Capacitor-Anwendung

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

Aktuell können 4 Ergebnisse 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".

Andere Einstellungen

Automatisches Downgraden unter Native deaktivieren

Wenn Sie diese Einstellung auf false ändern, wird Capgo immer als vertrauenswürdige Quelle der Version betrachtet. 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.

Automatisches Upgrade-Strategie deaktivieren

Es gibt ein paar Strategien, die Sie auswählen können. 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, wird __CAPGO_KEEP_0__ die Bundle-Version aus Ihrem --bundle 1.2.3, Capgo will get the bundle version from your package.json Disable auto-upgrade strategy

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

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

Mit einigen Wächterbedingungen:

• Wenn die native Bundle-Version höher ist als Capgo Version, wird die Bedingung angewendet. Disable auto downgrade under native Wenn die native Bundle-Version MAJOR niedriger ist als __CAPGO_KEEP_0__ Version, wird die Bedingung angewendet.
• If native bundle version is MAJOR lower than Capgo version, the Disable auto upgrade above major Wenn Sie Ihre __CAPGO_KEEP_0__ JS-App im App Store veröffentlichen, passiert Folgendes:

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

When you publish your Capacitor JS app on the App Store, what happens is simple.

weitere Informationen finden Sie hier

__CAPGO_KEEP_0__ ist höher als native Bundle-Version, __CAPGO_KEEP_1__ ist niedriger als native Bundle-Version resetWhenUpdate __CAPGO_KEEP_0__ ist höher als native Bundle-Version, __CAPGO_KEEP_1__ ist niedriger als native Bundle-Version hier

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

Andere Einstellungen

Nachdem diese Verhaltensweise erfolgt ist, können Sie oben noch einige spezifische angepasst haben, die mit dem Geräte-ID verbunden sind.

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

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

• einer bestimmten Bundle-Version
• einem bestimmten Kanal

Dies wird alle oben getroffenen Einstellungen umgehen.

Mehr erfahren Sie in dem Artikel unten.

Weitergehen Sie von How Versionen funktionieren in Capgo

Wenn Sie diese verwenden Wie funktionieren Versionen in Capgo um native Plugins 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, Hinzufügen oder Aktualisieren von Plugins für die Implementierungsdetails in Hinzufügen oder Aktualisieren von Plugins, Ionic Enterprise Plugin Alternativen für den Produktworkflow in Ionic Enterprise Plugin Alternativen, und Capgo Native Builds für den Produktworkflow in Capgo Native Builds.