SOCIAL
e-Título
Zivilidentitäts-App mit breiter öffentlicher Geräte-Kompatibilität.
54,9 Mio. Installationen
4,8 Bewertung
Versionen Zielsetzen
Mit Weniger Überraschungen Schneller Vorankommen
Risiko und technische Schulden reduzieren. Pushen Sie Updates auf spezifische native Versionen, rollen Sie Änderungen allmählich aus und halten Sie ältere Versionen stabil – alles mit voller Kontrolle über Ihre Updateverteilung.
Kanal pro native Version
Erstellen Sie einen Kanal für jede native Build. Wenn Sie die native Version 1.5.0 freigeben, erstellen Sie einen Kanal für sie. Alle JS-Updates für diese native Version gehen in diesen Kanal.
Selektive Updateverteilung
Pushen Sie eine Aktualisierung auf Versionen 1.3, 1.4 und 1.5, aber Version 1.2 auslassen. Perfekt, wenn ältere native Versionen neue Funktionen nicht unterstützen können.
AppFlow-Migration bereit
Rekreation der AppFlow-Verhaltensweise für Versionen. Jedes native Build entspricht einem Capgo-Kanal mit der gleichen Kontrolle, die Sie gewohnt sind.
Sanftes Deprovisionieren
Stoppen Sie das Pushen von Updates für alte Versionen, wenn Sie bereit sind, sie zu deaktivieren. Benutzer auf alten Versionen bleiben stabil, während neue Versionen Updates erhalten.
AppFlow-Migration
AppFlow-Benutzer: Hier ist Ihr Migrationsweg
AppFlow-basierte Pakete wurden automatisch an native Versionen gebunden. Mit Capgo erhalten Sie das gleiche Verhalten mit mehr Flexibilität:
-
1Erstellen Sie einen Kanal für jede native Version (z.B. 'native-1.5.0')
-
2Konfigurieren Sie Ihre App, um den Kanal zu verwenden, der ihrer native Version entspricht
-
3Pushen Sie Pakete auf spezifische Kanäle für eine gezielte Verteilung
-
4Verwenden Sie unser CLI zum Pushen auf mehrere Kanäle auf einmal, wenn erforderlich
capacitor.config.ts
// Set channel based on native version
import { CapacitorConfig } from '@capacitor/cli'
import { version } from './package.json'
const config: CapacitorConfig = {
plugins: {
CapacitorUpdater: {
defaultChannel: `native-${version}`,
}
}
}
// Upload to specific version channels
# Push to all 1.5.x versions
npx @capgo/cli bundle upload --channel native-1.5.0
npx @capgo/cli bundle upload --channel native-1.5.1
npx @capgo/cli bundle upload --channel native-1.5.2
# Skip older versions that can't support new features
# native-1.4.x devices stay on their current bundleGemeinsame Szenarien
Native-Änderungen aufbrechen
Die native Version 2.0 hat ein neues Plugin API. Pushen Sie JS-Updates, die das neue API verwenden, nur auf 2.0+-Kanälen.
Schrittweise Einführung
Testen Sie eine riskante Änderung zuerst auf Ihrer neuesten native Version. Wenn stabil, pushen Sie sie auf ältere Versionen.
Versionsschluss
Stoppen Sie die Aktualisierung von native 1.x, während Sie weiterhin auf 2.x liefern. Benutzer auf alten Versionen bleiben bei ihrer letzten stabilen Aktualisierung.
Version-Kanal-Zuordnung
Jede native Version verweist auf ihren eigenen Kanal für präzise Aktualisierungssteuerung
Native 2.0
native-2.0.0
__CAPGO_KEEP_0__
Native 1,5
native-1.5.0
__CAPGO_KEEP_0__
Native 1,4
native-1.4.0
Keine neuen Updates
Pushen Sie Updates nur auf die Kanäle 2,0 und 1,5. Benutzer auf 1,4 bleiben auf ihrem letzten funktionierenden Bundle.
Mit Capacitor erstellte Apps
Öffentliche Apps müssen alte und neue native Versionen unterstützen
Apps für Bürgerangelegenheiten, Gesundheit und Wettervorhersagen können ältere Android-Versionen und verschiedene Gerätegenerationen unterstützen. Die Zielversion hält jeden native Build auf dem neuesten kompatiblen Web-Bundle ohne eine Update-Pfad für alle zu erzwingen.
MEDIZIN
Conecte SUS
Gesundheits-App, bei der ältere und neuere native Hüllen möglicherweise unterschiedliche Web-Bundles benötigen.
27,7 M Installate
4,6 Bewertung
WETTER
Windy.com - Wettervorhersage
Wetter-App, bei der Gerätefähigkeiten und Leistung des Kartenbildschirms je nach Version variieren können.
32,9 M Installate
4,7 Bewertung
Brauchen Sie genaue Update-Kontrolle?
Beginnen Sie, Updates auf spezifische native Versionen zu zielen.