Wie man eine Hauptversion in capgo veröffentlicht

Bei der Veröffentlichung einer Hauptversion

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

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 App zu verwalten. code

Beispielweise in IOS, iOS 16 ist das store version von Apple, aber die code Version ist 20A5283p dort wird SemVer nicht verwendet

Jetzt ist 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 bruchbarer Änderung vorgenommen wird. Beispiel: Ein neuer Ziel für IOS (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 so angepasst werden müssen, dass sie die bruchbare Änderung handhaben können.

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.3, dann werden alle Ihre Pakete Capgo mit Hinweis auf diese große Änderung enthalten.

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 Anleitung 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 Nutzer 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 Nutzer die neue Version nicht erhalten können.