Wie man eine Hauptversion in capgo freigibt

Bei der Freigabe einer Hauptversion

Die Versionsverwaltung kann schwierig zu handhaben sein, normalerweise möchten Sie eine große Aktualisierung senden, wenn ein großer Änderung für die Benutzer erscheint.

Aber die Versionsverwaltung ist nicht dafür gemacht, die App-Store-Version ist anders als die Native-Version.

Die Native-Version ist dafür gemacht, umbruchende Änderungen in der App-Store-Version zu verwalten. code

In IOS zum Beispiel, iOS 16 ist das store version von Apple, aber die code Version ist 20A5283p Sie verwenden dort nicht SemVer

Jetzt ist es klar, dass wir sie nicht vermischen und sie für das verwenden, für das sie gemacht sind!

Große Veröffentlichung

In Ihrer Capacitor App ist eine große Veröffentlichung erforderlich, wenn ein bruchender Änderung passiert. Beispiel: Ein neuer IOS Ziel (15 zu 16), oder eine neue Version von Capacitor (3 zu 4), oder ein Plugin (1.2 zu 2.0), das Sie verwenden, wurde auf eine große Version aktualisiert.

Diese Änderung bedeutet, dass alle Werkzeuge auf die bruchende Änderung abgestimmt werden müssen.

That why Capgo follows this system. So if you release a major version, Capgo will not send it to a user who doesn’t have it installed from the store.
Dieses Verhalten kann angepasst werden. Sie können mehr darüber erfahren hier

Versionen

Wo Capgo die Version findet, um zu vergleichen

iOS

Wird von Capgo verwendet, um zu JavaScript-Version zu vergleichen und Major-Upgrade zu finden

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 gesetzt.

Sie können dieses Verhalten überschreiben, indem Sie die Versionsschlüssel in capacitor.config.json Datei setzen Dokumentation

Android

Wird von Capgo verwendet, um die JavaScript-Version zu vergleichen und eine große Aktualisierung zu finden

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

Sie können dieses Verhalten durch Festlegen des Versions-Schlüssels in capacitor.config.json Datei Dokumentation

JavaScript

Wird von Capgo verwendet, um die Native-Version zu vergleichen und eine große Aktualisierung zu finden

in JavaScript wird die Variable auf Ihrem Projekt hier gesetzt package.json unter der Schlüssel version

Beispiel

Ihre Ionic-App wird derzeit mit der Version 1.2.3 mit Capacitor 3

Sie führen die Aktualisierung auf capacitor 4. durch.

Sie müssen die Versionsnummer auf 2.2.3aktualisieren, dann enthalten alle Ihre Pakete Capgo mit Hinweis auf diese große Änderung.

Wenn Sie diese Version auf Capgo und den App Store veröffentlichen.

Alle nächsten Live-Updates in Capgo 2.2.4 werden niemals an Benutzer mit 1.2.3 Version gesendet. Nur mit 2.2.3 Version.

Wenn Sie diesem Muster folgen, brauchen Sie sich keine Sorgen mehr zu machen, alles wird gut gehandhabt.

Wenn ich diese Anweisungen nicht befolge

In diesem Fall bedeutet das, dass Sie Ihre neue App mit Capacitor 4 bei Apple und Google einreichen müssen, aber nicht bei Capgo.

Dann müssen Sie warten, bis 100% Ihrer Benutzer die App haben oder zumindest 90%, das wird Monate dauern, wahrscheinlich.

Während dieser Zeit können Sie keine Updates mit Capgo senden, da alte Benutzer die neue Version nicht erhalten können. Sie haben keine Möglichkeit, nur einige Benutzer auszuwählen, die das Update erhalten.

Fortsetzen Sie mit How to release major version in capgo

Wenn Sie "How to release major version in __CAPGO_KEEP_0__" verwenden, um Rollbacks und Versionskontrolle zu planen, verbinden Sie es mit How to release major version in capgo für die Implementierungsdetails in Rollbacks, Version Targeting für die Implementierungsdetails in Version Targeting, Wenn Sie "How to release major version in __CAPGO_KEEP_0__" verwenden How to release major version in __CAPGO_KEEP_0__ Aktualisierungsverhalten für die Implementierungsdetails in Aktualisierungsverhalten, Paket für die Implementierungsdetails in Paket, und Capgo Live Updates für den Produktworkflow in Capgo Live Updates.