Wie man eine große Version in capgo veröffentlicht

Wenn man eine Hauptversion veröffentlicht

Die Versionsverwaltung kann schwierig zu handhaben sein, normalerweise möchte man eine Hauptaktualisierung senden, wenn ein großer Änderungsbedarf 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, umbruchreiche Änderungen in der __CAPGO_KEEP_0__ zu verwalten code

Beispielsweise ist iOS 16 die __CAPGO_KEEP_1__ von Apple, aber die __CAPGO_KEEP_0__-Version ist store version of Apple, but the code version is 20A5283p Jetzt ist es klar, dass wir sie nicht vermischen und sie für das verwenden, für das sie gemacht sind!

Hauptveröffentlichung

__CAPGO_KEEP_1__

In Ihrem Capacitor-App ist eine große Veröffentlichung erforderlich, wenn ein brisanter Wechsel stattfindet. Beispiel: Ein neuer Zielplattform (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.

Dieser Wechsel bedeutet, dass alle Werkzeuge so angepasst werden müssen, dass sie den brisanten Wechsel handhaben können.

Deshalb folgt Capgo diesem System. Wenn Sie also eine große Version veröffentlichen, wird Capgo sie nicht an einen Benutzer senden, der sie nicht installiert hat.
Dieses Verhalten kann angepasst werden. Sie können mehr darüber erfahren hier

Versionen

Wo Capgo die Version findet, um sie zu vergleichen

iOS

Wird von Capgo verwendet, um die JavaScript-Version zu vergleichen und eine große Aktualisierung 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 diese Verhaltensweise überschreiben, indem Sie die Versions-Schlüssel in capacitor.config.json Datei hier finden Sie die Dokumentation

Android

Wird von Capgo verwendet, um sich mit der JavaScript-Version zu vergleichen und eine Hauptaktualisierung 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 diese Verhaltensweise überschreiben, indem Sie die Versions-Schlüssel in capacitor.config.json Datei Dokumentation hier

JavaScript

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

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

Beispiel

Ihr Ionic-App wird derzeit mit der Version veröffentlicht 1.2.3 mit Capacitor 3

Sie führen das Upgrade zu capacitor 4 durch.

Sie müssen Ihre Versionsnummer auf 2.2.3, dann enthalten alle Ihre Pakete Capgo mit dieser großen Änderung.

Wenn Sie diese Version auf Capgo und dem 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 dies nicht tue

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.

Weiterlesen von Wie man eine Hauptversion in capgo veröffentlicht.

Wenn Sie How to release a major version in capgo um Rollbacks zu planen und die Versionskontrolle zu verbinden, verbinden Sie es mit Rollbacks zur Implementierungsdetail in Rollbacks Zielversionierung context: Seite/Bereich: Capgo-Lösungen-Marketingseite. Rolle: Abschnitts- oder Seitenüberschrift. Gesehen in: Seite Lösungen/Zielversionierung.astro. Nachrichtenschlüssel `solutions_version_targeting_title` (Lösungen-Zielversionierung-Titel). | Seite/Bereich: Capgo-Lösungen-Marketingseite. Rolle: Kurzer Benutzerschnittstelle-Label oder Navigationselement. Gesehen in: Seite Lösungen/Zielversionierung.astro. Nachrichtenschlüssel `solutions_version_targeting` (Lösungen-Zielversionierung). zur Implementierungsdetail in Zielversionierung Updateverhalten zur Implementierungsdetail in Updateverhalten Bundle Capgo Live Updates Capgo Live Updates in Echtzeit