Zum Hauptinhalt springen
Capgo Logo

Setzen und Vergessen

Die Speicherung von Releases ist langsam. Capgo-Updates sind sofortig.

Installieren Sie die native App einmal über Ihren privaten Store oder MDM. Danach können Sie Web-Fixes über Capgo verschicken, verfolgen, wer sie erhalten hat, und halten Offline-Geräte auf dem letzten guten Bundle.

Planen Sie einen Instant-Rollout Live-Update-Dokumente lesen

Kanalübersicht

Capgo-Kanalübersicht zum Management von privaten Unternehmensanwendungsreleases
Kanalübersicht
prod, site-eu, site-us
Rollout-Regel
Zuerst ein Site, dann alle Standorte
Während der Synchronisierung aktualisieren
Offline ausführen
Einmal installieren
Versenden Sie das signierte native Shell über Ihr Unternehmen oder MDM-Store.
Während der Synchronisierung aktualisieren
Geräte laden die neueste Bundle während geplanter Synchronisierungszeitfenstern, Check-in-Zeit oder bei jedem verfügbaren Netzwerkfenster.
Offline ausführen
Die App funktioniert weiterhin von der cached Bundle, wenn das Gerät offline ist.

Wenn jede Store-Veröffentlichung die Mannschaft langsam macht

Store- und Enterprise-Paketveröffentlichungen sind langsam zu koordinieren und schwer zu überprüfen auf jedem Gerät. Capgo gibt Ihnen einen sofortigen Veröffentlichungsweg für die Web-Schicht, mit Kanälen, Geräteprotokollen, rollende Veröffentlichung und Rollover.

Einmal installieren
1x
Während der Synchronisierung aktualisieren
CI-Upload
Offline ausführen
gekachert

Der Set-and-Forget-Workflow

  1. 1

    Versenden Sie die native Shell einmal

    Vervenden Sie das signierte iOS- oder Android-App über MDM, einen Unternehmens-App-Store oder Ihren internen Gerätebereitstellungsfluss.

  2. 2

    Sperren Sie Geräte auf die richtige Kanal

    Verwenden Sie einen Standardkanal für die Produktion und teilen Sie sie nach Standort, Land, Team oder Hardware-Generation auf, wenn erforderlich

  3. 3

    Veröffentlichen Sie Web-Updates aus CI

    Bauen, testen und laden Sie die Capacitor Web-Bundle zu Capgo auf. Änderungen an der nativen code gehen weiterhin durch Ihren normalen Unternehmens-Packaging-Prozess.

  4. 4

    Lassen Sie Geräte aktualisieren, wenn online

    Geräte laden Updates während geplanter Verbindungsfenstern und speichern das letzte gute Bundle lokal für den Offline-Modus.

  5. 5

    Warten, rückgängig machen, wiederholen

    Verwenden Sie Kanäle, Geräteprotokolle, eine rollierende Veröffentlichung und rückgängig machen, damit lokale Teams nicht aufgefordert werden, Produktionsinstallationen zu debuggen.

Für Offline-Beschränkungen im Unternehmen konzipiert

Verwenden Sie Capgo als Release-Schicht für Web-Assets, nicht als Ersatz für Ihren native Distribution-Prozess. Native Binaries bewegen sich immer noch durch Ihren Unternehmens-Paketierungs-Flow.

Offline-fähiger Laufzeitumgebung
Die App öffnet sich aus der installierten native Shell und dem letzten überprüften Capgo-Bundle, sodass Benutzer weiterarbeiten können, ohne eine lebende Verbindung.
Stelle-weise Kontrolle
Einen Release auf eine Stelle voranbringen, ihn mit einer kleinen Gruppe überprüfen und dann den gleichen Bundle auf mehrere Standorte ausdehnen.
Low-Touch-Benutzer
Benutzer öffnen immer wieder die gleiche interne App. Updates laden sich im Hintergrund herunter, wenn Geräte auf Wi-Fi oder einem geplanten Synchronisierungsfenster gelangen.
Audit-freundliche Releases
Engineering kann Bundle-Versionen, Kanäle, Rollout-Zustand und Geräteprotokolle ohne lokale Teams zu befragen sehen.

Beispielimplementierungs-Muster

Verwenden Sie Capgo als Release-Schicht für Web-Assets, nicht als Ersatz für Ihren native Distribution-Prozess. Native Binaries bewegen sich immer noch durch Ihren Enterprise-Packaging-Flow.

CI-Upload
# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu

# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest
App-Kanal-Konfiguration
const config = {
  plugins: {
    CapacitorUpdater: {
      defaultChannel: 'production',
      autoUpdate: true,
    },
  },
}

Was das ist und was es nicht ist

  • Verwenden Sie dies für private Enterprise-Verteilung über MDM, Apple Business Manager, Android Enterprise oder einen internen Enterprise-Store.
  • Capgo aktualisiert JavaScript, HTML, CSS und Assets. Änderungen an native Plugins erfordern immer noch eine neue signierte native Package.
  • Offline-Geräte laufen weiterhin mit der letzten erfolgreichen Bundle, bis sie wieder verbunden und die nächste genehmigte Aktualisierung abrufen.
  • Das ist nicht ein Consumer App Store Bypass. Es ist ein privates-App-Betriebsmodell für Teams, die bereits selbst verteilen.

Möchten Sie dieses Release-Modell für Ihre interne App?

Karten Sie Kanäle, Rollout-Regeln und Tracking um Ihr reales Betriebsmodell.

Einen sofortigen Rollout planen