Zielgruppenerfassung

Mit Weniger Überraschungen Schneller Vorankommen

Risiko und technische Schulden reduzieren. Push-Updates auf spezifische native Versionen, rollen Sie Änderungen allmählich aus und halten Sie ältere Versionen stabil - mit voller Kontrolle über Ihre Update-Verteilung.

Los geht's Dokumentation ansehen

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.

Wahlweise Update-Verteilung

Pushen Sie ein Update für Versionen 1.3, 1.4 und 1.5, aber ignorieren Sie 1.2. Perfekt, wenn ältere native Versionen neue Funktionen nicht unterstützen können.

AppFlow-Migration bereit

Rekreation der AppFlow-Kanalverhalten genau nach Version. Jede native Build entspricht einem Capgo Kanal mit der gleichen Kontrolle, die Sie gewohnt sind.

Sanftes Deprovisioning

Halten Sie Updates für alte Versionen auf, 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 legte automatisch native Versionen an Bundles. Mit Capgo erhalten Sie das gleiche Verhalten mit mehr Flexibilität:

1
Erstellen Sie einen Kanal für jede native Version (z.B. 'native-1.5.0')
2
Konfigurieren Sie Ihre App, um den Kanal zu verwenden, der der native Version entspricht
3
Pushen Sie Bundles auf spezifische Kanäle für eine gezielte Verteilung
4
Verwenden Sie unseren 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 bundle

Gemeinsame Szenarien

Native Änderungen

Die native Version 2.0 hat einen neuen Plugin API. Pushen Sie JS-Updates, die das neue API verwenden, nur auf 2.0+ Kanäle.

Schrittweise Einführung

Testen Sie einen risikoreichen Änderung auf Ihrer neuesten native Version zuerst. Wenn stabil, pushen Sie auf ältere Versionen.

Version-Abendsonne

Stop native 1.x-Updates, während die Lieferung an 2.x fortgesetzt wird. Benutzer auf alten Versionen bleiben bei ihrer letzten stabilen Aktualisierung.

Version-zu-Kanal-Abbildung

Jede native Version verweist auf ihren eigenen Kanal für präzise Aktualisierungssteuerung.

Native 2.0

native-2.0.0

Neuester Bundle

Native 1.5

native-1.5.0

Neuester Bundle

Native 1.4

native-1.4.0

No neue Updates

Pushen Sie Updates nur auf die Kanäle 2.0 und 1.5. Benutzer auf 1.4 bleiben auf ihrem letzten funktionierenden Bundle stabil.

Real-App-Beispiele

Öffentliche Apps müssen sowohl alte als auch neue native Versionen unterstützen.

Civic-, Gesundheits- und Wetter-Apps können ältere Android-Versionen und verschiedene Gerätegenerationen unterstützen. Die Versionsziele halten jede native Build auf dem neuesten kompatiblen Web-Bundle ohne, dass man eine Update-Pfad für alle zwingt.

Beispielart: Versionsziele
Speicher-Kategorien: SOZIALES, MEDIZINISCHES, WETTER
Quelle: Öffentliche Speicher-Datensatz

Serve Bundles nach nativer Version

Alte Geräte vor inkompatiblen UI schützen

Moderne Benutzer sicher vorwärts bewegen