Zum Hauptinhalt springen
Anleitung

Wie man eine Hauptversion in capgo veröffentlicht

Erfahren Sie, wie und wann es notwendig ist, eine Hauptversion für Ihre App ohne die App Ihres Benutzers zu stören

Artikelcredits

Martin Donadieu

Autor

Valeria

Rezensent

Jordan

Redakteur

Wie man eine Hauptversion in capgo veröffentlicht

When eine große Version freigeben

Die Versionsverwaltung kann schwierig zu handhaben sein, normalerweise möchten Sie eine große Aktualisierung senden, wenn eine große Ä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, umbruchartige Änderungen im code

Beispielsweise ist iOS 16 die store version von Apple, aber die code-Version ist 20A5283p (sie scheinen dort keine SemVer zu verwenden)

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

Große Veröffentlichung

In your Capacitor app, a major release is necessary when a breaking change happens. For example, a new IOS target (15 to 16), or a new version of Capacitor (3 to 4), or a plugin (1.2 to 2.0) you use have been updated to a major version.

Beispiel: Ein neuer Zielgerät für iOS (15 zu 16), oder eine neue Version von __CAPGO_KEEP_1__ (3 zu 4), oder ein Plugin (1.2 zu 2.0), das Sie verwenden, wurde auf eine große Version aktualisiert.

Deshwegen Capgo folgt diesem System. Daher wird Capgo kein Majorversion an einen Benutzer gesendet, der es nicht installiert hat, wenn es von einem Store heruntergeladen wurde.
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 die 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 Context: HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `alternatives_cta_questions`). Seite/Bereich: Capacitor-Live-Update-Vergleichsseite. Rolle: Langer Marketing- oder Rechtsparagraph. Gesehen in: Seite alternatives.astro. Bewahrt Capgo-Produkt- und -Markenbegriffe sowie Entwicklertitel genau. Nachrichtenschlüssel `alternatives_cta_questions` (Alternativen-CTA-Fragen). | HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `appflow_cta_questions`). Seite/Bereich: Appflow-Vergleichs- und Migration-Marketing-Kopie. Rolle: Langer Marketing- oder Rechtsparagraph. Gesehen in: Seite ionic-appflow.astro. Bewahrt Capgo-Produkt- und -Markenbegriffe sowie Entwicklertitel genau. Nachrichtenschlüssel `appflow_cta_questions` (Appflow-CTA-Fragen). | HTML-Textfragment aus einem längeren Capgo-UI-String (Elternschlüssel `capwesome_cta_questions`). Seite/Bereich: Capawesome-Vergleichsseite. Rolle: Langer Marketing- oder Rechtsparagraph. Gesehen in: Seite capwesome.astro. Bewahrt Capgo-Produkt- und -Markenbegriffe sowie Entwicklertitel genau. Nachrichtenschlüssel `capwesome_cta_questions` (Capawesome-CTA-Fragen). | Seite/Bereich: Consulting-Dienstleistungsseite. Rolle: Abschnittsunterschrift oder -Slogan. Gesehen in: Seite consulting.astro. Bewahrt Capgo-Produkt- und -Markenbegriffe sowie Entwicklertitel genau. Nachrichtenschlüssel `consulting_faq_subtitle` (Consulting-Faq-Unterschrift). | Seite/Bereich: Appflow-Vergleichs- und Migration-Marketing-Kopie. Rolle: Kurzer UI-Label oder Navigationselement. Gesehen in: Seite ionic-appflow.astro, Seite ionic-enterprise-plugins.astro, Seite solutions/ionic-enterprise-plugins.astro. Nachrichtenschlüssel `appflow_plugins_or` (Appflow-Plugins-oder) MARKETING_VERSION unter der Schlüssel ist gesetzt. Wenn Sie also eine Majorversion freigeben, wird __CAPGO_KEEP_1__ sie nicht an einen Benutzer gesendet, der sie nicht installiert hat, wenn es von einem Store heruntergeladen wurde. MARKETING_VERSION wird in Ihrem Info.plist Datei gesetzt.

Sie können diese Verhaltensweise überschreiben, indem Sie die Versionsangabe in der capacitor.config.json Datei hier in den Dokumentationen

für Android

wird von Capgo verwendet, um sie mit der JavaScript-Version zu vergleichen und eine Hauptaktualisierung zu finden

in Android wird die Variable auf Ihrem Projekt hier unter der Schlüssel android/app/build.gradle Sie können diese Verhaltensweise überschreiben, indem Sie die Versionsangabe in der defaultConfig.versionName

Datei capacitor.config.json hier in den Dokumentationen für Android

JavaScript

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

JavaScript, hier wird die Variable auf Ihrem Projekt 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 die Aktualisierung zu capacitor 4 durch.

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

Beim Veröffentlichen dieser Version in Capgo und dem App Store

Alle nächsten Live-Updates in Capgo 2.2.4 werden niemals an den Benutzer gesendet 1.2.3 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 100% Ihrer Benutzer abwarten, haben die App oder zumindest 90%, es 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 __CAPGO_KEEP_0__ verwenden How to release major version in capgo um einen Rollback und Versionskontrolle zu planen, verbinden Sie es mit Rückgänge zurück in die Implementierungsdetails in Rückgänge, Zielversionierung context":"Seite/Bereich: Capgo-Lösungen-Marketingseite. Rolle: Abschnitts- oder Seitenüberschrift. Gesehen in: Seite Lösungen/Zielversionierung.astro. Nachrichten Schlüssel `solutions_version_targeting_title` (Lösungen-Zielversionierungstitel). | Seite/Bereich: Capgo-Lösungen-Marketingseite. Rolle: Kurzer Benutzeroberflächen-Label oder Navigationselement. Gesehen in: Seite Lösungen/Zielversionierung.astro. Nachrichten Schlüssel `solutions_version_targeting` (Lösungen-Zielversionierung)." zurück in die Implementierungsdetails in Zielversionierung, Aktualisierungsverhalten zurück in die Implementierungsdetails in Aktualisierungsverhalten, Paket Capgo Live Updates Capgo Live Updates

Live-Updates für Capacitor-Anwendungen

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

Wenn ein Bug im Weblayer lebt, schicken Sie die Reparatur über __CAPGO_KEEP_0__ anstatt Tage auf den Genehmigungsprozess für das App-Store zu warten. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Prozess bleiben.

Kontext: Capgo-Marketing-Website. Rolle: Unterstützende Beschreibung oder Meta-Beschreibung. Gesehen in: Komponente GetStarted.astro. Bewahren Sie Capgo-Produkt- und Entwicklerbegriffe genau auf.

Menschliche Unterstützung von Martin

Capgo gives you the best insights you need to create a truly professional mobile app.