Best CI/CD Platforms for Capacitor Apps in 2026

Die Shortlist für Capacitor CI/CD ist kleiner geworden. Die Build- und Distributionsdienste von Microsoft App Center sind am 31. März 2025 eingestellt worden. Ionic Appflow wird in den nächsten Jahren abgewickelt. GitHub-Aktionen, GitLab CI, Bitrise, Codemagic sind noch hier und funktionieren noch gut bei den Aufgaben, für die sie entwickelt wurden.

Der Fehler liegt darin, dies als ein Backoff zu behandeln, bei dem man eine Plattform wählt und den gesamten Pipeline darauf umsetzt. eine platform and move the entire pipeline onto it. Most Capacitor teams already have CI. What they lack is the three jobs generalist CI still does poorly: Plattformen, gebauten Anwendungennative signierte Builds live Updates.

Capgo ist für diese drei Aufgaben konzipiert und soll in der CI-Plattform ausgeführt werden, die Sie bereits vertrauen. innerhalb der CI-Plattform, die Sie bereits vertrauen. Halten Sie GitHub-Aktionen oder GitLab CI für Lint, Typ-Überprüfung, Einheitstests und die Web-Ausführung. Rufen Sie Capgo auf, wenn die Pipeline ein iOS- oder Android-Binary, ein OTA-Bundle oder eine Vorschau benötigt, die ein Tester installieren kann.

Die Landschaft von 2026

Zwei Namen werden in den Suchergebnissen immer noch angezeigt, obwohl sie nicht mehr im Jahr 2026 gekauft werden können.

• Microsoft App Center ist am 31. März 2025 eingestellt worden. Die Erstellung und Verteilung sind eingestellt. Analytics und Diagnostics wurden bis zum 31. März 2027 fortgeführt. CodePush ist nicht mehr ein Microsoft-gestellter Dienst. Wenn Sie noch immer eine App Center-Pipeline haben, lesen Sie Migrating from App Center to Capgo.
• Ionic Appflow hatte am 11. Februar 2025 neue kommerzielle Verkäufe eingestellt. Bestehende Kunden behalten bis zum 31. Dezember 2027 Zugriff. __CAPGO_KEEP_0__ ist Capacitor, __CAPGO_KEEP_1__ ist Capgo.Es funktioniert noch, aber alles, was Sie jetzt starten, muss vor 2028 migrieren. Siehe Ersatz für Ionic Appflow.

Die Plattformen, die die Teams tatsächlich betreiben:

• GitHub Actions und GitLab CI: Allzweck-CI. Ausgezeichnet auf Linux. Teuer und unvollständig auf nativen Mobilgeräten.
• Bitrise und Codemagic: Spezialisten für mobile CI. Starke Signierung und Store-Submission. Keine verwalteten Capacitor Live-Updates.
• Capgo: Capacitor-native live updates, cloud native builds, und installierbare Gerätevorschauen, die aus dem CI aufgerufen werden, das Sie bereits haben.
• Capawesome Cloud: Capacitor-native live Updates und native Builds als Ersatz für CI verkauft. Sie verbinden Git und lassen GitHub Actions laufen. Closed Backend, vollständige Verlagerung in die Hände eines Anbieters und eine Preisentwicklung, die bereits mehr als einmal geändert wurde.

The useful question in 2026 is not “which CI should replace GitHub Actions?” It is “what should GitHub Actions call when a Capacitor app needs a binary, an OTA bundle, or a phone install?”

Welcher Generalist- CI funktioniert noch schlecht

GitHub Actions und GitLab CI sind gute Küchen. Sie sind jedoch keine native Build-Farm, kein OTA-Netzwerk oder kein QA-Gerätelabor.

Native Builds

iOS benötigt immer noch Xcode, Zertifikate, Berechtigungsprofile und einen Mac. Android benötigt immer noch einen Keystore und einen Play-Upload-Schlüssel. Die Hosted-MacOS-Minuten auf GitHub Actions kosten viel mehr als Linux-Minuten. Nach GitHub's Januar-Preissenkung 2026 ist ein Standard-MacOS-Minutensatz immer noch etwa zehnmal so teuer wie ein Standard-Linux-Minutensatz (GitHub Actions-Berechnung).

Das ist der Grund, warum so viele Capacitor-Teams das Pipeline bereits aufgeteilt haben: Linux für die PR-Überprüfung, etwas anderes für das signierte Binär. Capgo Native Builds ist das etwas anderes. Die Aufgabe bleibt auf __CAPGO_KEEP_0__ ubuntu-latest. Capgo läuft auf einem Mac.

Live-Updates

CI kann eine Web-Bundle kompilieren. Es kann jedoch kein solches Bundle an Geräte liefern, die bereits die App installiert haben, mit Kanälen, Rollover, Verschlüsselung und Geräteprotokollen. Live-Updates sind ein Produkt und nicht ein YAML-Schritt. Capacitor-Teams, die OTA auslassen, warten auf die App-Store- und Play-Review für JavaScript-Fixes, die nie einen neuen Binary benötigten.

Capgo Live-Updates Sitzen Sie neben CI. Der Pipeline baut die Web-App, dann lädt er das Bundle hoch. Die Benutzer erhalten die Änderung ohne einen Store-Round-Trip, solange der native Shell nicht geändert wurde.

Mobile-App-Test

Einheiten-Tests auf Linux beweisen jedoch nicht die App auf einem Telefon. TestFlight-Verarbeitung, interne Play-Tracks und "Kannst du diese IPA installieren, die ich dir gerade geschickt habe?" sind die langsame Teil der Review. Capgo PR-Vorschau Legen Sie jeden Pull-Request auf einen Kanal. Die Tester wechseln die Kanäle in der App, die sie bereits haben. Native-Build-Jobs können auch ein QR-Install-Link für das APK oder IPA.

Das ist keine Gerätefarm. Wenn Sie Emulatormatrizen oder Firebase Test Lab benötigen, behalten Sie diese Aufgaben im CI bei. Capgo deckt den Hohlraum ab, den CI selten löst: ein Mensch mit einem Telefon, der die richtige Version sieht, in weniger als einer Minute.

Featurematrix

Drei Dinge fallen ins Auge. Capgo, Capawesome Cloud und Appflow verpacken live Updates mit nativen Builds, und Appflow wird eingestellt. Nur Capgo ist darauf ausgelegt, bleiben GitHub Aktionen oder GitLab CI anstatt ihrer Ersetzung. Capawesome Cloud ist die andere Capacitor-native Option, aber es ist ein Ersatz- CI mit einem geschlossenen Backend. Bitrise und Codemagic können die native Binärdatei besitzen, aber Sie assemblieren OTA und Gerätevorschauen selbst.

The platforms in detail

Capgo

Capgo ist die Capacitor-Release-Schicht, die der allgemeine CI fehlt.

• Live Updates: verschlüsselte Web-Bundle OTA, Kanäle, Rollover, Delta-Updates und Geräteprotokolle.
• Native Builds: signierte iOS- und Android-Binärdateien im Cloud, einschließlich Store-Submit. Der CI-Runner kann auf Linux bleiben. Capgo ist bereits auf Xcode 26 :für App Store Connects April 2026-Anforderung.
• Geräte-Test: PR-Vorschau-Kanäleund QR-Links auf native Artefakte, sowie das Capgo Mobilgerät __CAPGO_KEEP_0__ für die Überprüfung eines Bundles auf einem realen Gerät.

Sie bewegen die Lint- und Unit-Tests nicht von GitHub Actions. Sie fügen zwei CLI-Aufrufe nach dem erfolgreichen Web-Build hinzu:

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

Die kostenpflichtigen Pläne beginnen bei 12 $/Monat, verrechnet jährlich, und umfassen Live-Updates sowie native Build-Zeit (ca. 15 Builds/Monat, mit zusätzlichen Minuten über Krediten abgerechnet). Diese Einstiegspreis wurde seit der Veröffentlichung nicht erhöht. Siehe Preise, CI/CD mit Capgo Build, und das GitHub Actions Build-Guide.

Der Updater-Plugin ist Open-Source (MPL-2.0) und der Backend ist Open-Source (AGPL-3.0). Sie können sie auditen, sie forken oder selbst hosten. Die kostenpflichtige Capgo Cloud ist optionaler Infrastruktur, kein Falle.

Capawesome Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, now sold as Capawesome Platform — ist die andere Capacitor-native Option, die OTA mit Cloud iOS- und Android-Builds bündelt. Das Produktpitch ist das Gegenteil von Capgo: ersetzen GitHub-Actions und GitLab anstatt sie zu platzieren.

GitHub capawesome.config.json. Ausführen Sie es innerhalb von Capawesome Cloud. Sie können einen CLI auslösen, aber die beabsichtigte Workflow ist der von Drittanbietern gehostete CI. Die Git-Integration, das Signieren, die Build-Minuten, die Live-Updates und die Store-Submission laufen hinter einem geschlossenen Backend ab. Der Plugin und CLI sind Open-Source. Das Backend ist nicht. Selbsthosting ist nur teilweise möglich: Sie können die Bundles hosten; die Metadaten bleiben in Capawesome Cloud.

Das ist eine vollständige Verlagerung der Kontrolle. Wenn Sie später gehen, müssen Sie den Updater, die Build-Konfiguration, die Git-Verbindung und die Release-Metadaten umstellen. Capgo hält diese Teile in Ihrem Repository und Ihrem CI und sein Open-Source-Updater und Backend sind der Ausweg.

Pricing-Geschichte ist die andere Spaltung. Capgo's Bezahl-Einstieg war $12/Monat jährlich seit der Veröffentlichung. Es wurde nie erhöht. Capawesome hat sich bereits mehr als einmal in der Geschäftsform geändert:

• von $9/Monat 1.000 lebende Updates und 200 Build-Minuten. Business war 299 $/Monat.
• Mai 2026 Plattform-Umstart: Live-Updates wurden von MAU auf pro-Update-Zählung verlegt, dann zurück auf MAU nachdem Kunden sich beschwert hatten. Die volle Plattform-SKU (Builds, Live-Updates und Veröffentlichung) beginnt bei 19 $/Monat. Business ist 499 $/Monat.
• aktuelle öffentliche Preise teilen Live-Updates (von 9 $/Monat) von der vollständigen Plattform (von 19 $/Monat).

A günstigere Aufkleber, der sich weiterbewegt, ist nicht dasselbe wie ein faire Preis, der bleibt. Wenn Sie Capacitor live Aktualisierungen und native Builds ohne Ihre CI aufgeben möchten, ist Capgo der passende Fit. Wenn Sie bereits auf Capawesome-Plugins standardisiert haben und deren git-verknüpfte CI wollen, lesen Sie Capgo vs Capawesome Cloud und das migration guide.

Quellen: Capawesome Native Builds Ankündigung, Capawesome Plattform Ankündigung, Capawesome Preisliste.

GitHub Aktionen

GitHub Aktionen ist die Standard- CI für die meisten Capacitor-Repositories und sollte für die Überprüfungen von Pull-Anforderungen so bleiben. Linux-Jobs sind günstig. Die Workflow lebt neben dem code. Caching, Matrix-Builds und erforderliche Statusprüfungen sind gelöst.

Was es nicht ist: ein mobiler DevOps-Plattform. Sie schreiben die YAML. Sie verbinden Fastlane oder Capgo für die Signierung. Sie hosten Ihre eigene OTA, oder Sie haben keine OTA. Die Minuten auf macOS dominieren die Rechnung, sobald iOS-Builds auf jedem Pull-Anforderung ausgeführt werden.

Der Hybrid, der funktioniert: GitHub Aktionen für Lint, Tests und npm run build. Capgo für bundle upload, native Builds und Vorhersagen. Das getrennte Setup ist günstiger und schneller als die gesamte mobile Pipeline auf Host-Macs zu zwingen. Setup-Anleitungen: GitHub Aktionen live Updates und Automatische Build- und Release-Prozesse.

GitLab CI

Das Format ist gleich wie GitHub Actions. Starke Linux-CI, optional Mac-Runner, keine verwalteten Capacitor Live-Updates, keine installierbaren PR-Kanäle. Wenn das Repository bereits auf GitLab existiert, lassen Sie es so. Rufen Sie Capgo wie gewohnt auf. .gitlab-ci.yml die Automatische Android-Builds auf GitLab Bitrise Bitrise ist eine mobile CI-Plattform mit einer großen Bibliothek von Schritten, verwalteter Signierung und Veröffentlichung in den Stores. Sie können eine __CAPGO_KEEP_0__-App mit __CAPGO_KEEP_1__ Schritten plus native iOS- und Android-Schritten erstellen. Es ist eine vernünftige Wahl, wenn das Team eine dedizierte mobile Runner-Flotte haben möchte und keine OTA benötigt..

Was fehlt ist der __CAPGO_KEEP_0__-gestaltete Release-Zyklus: Live-Updates, PR-Kanäle und eine __CAPGO_KEEP_1__-Integration, die Ihre bestehende __CAPGO_KEEP_2__-Workflow aufrufen kann, ohne die gesamte Pipeline zu verschieben. Die Preise liegen auch am oberen Ende der mobilen CI. Wählen Sie Bitrise, wenn Sie bereits auf ihr für native Apps standardisiert sind. Fügen Sie __CAPGO_KEEP_3__ hinzu, wenn Sie noch OTA und Gerätevoransichten benötigen; gehen Sie nicht davon aus, dass Bitrise diese Ebene ersetzt hat.

Bitrise is a mobile CI platform with a large step library, managed signing, and store publishing. You can build a Capacitor app with npm steps plus native iOS and Android steps. It is a reasonable choice when the team wants a dedicated mobile runner fleet and does not need OTA.

What is missing is the Capacitor-shaped release loop: live updates, PR channels, and a CLI that your existing GitHub workflow can call without moving the whole pipeline. Pricing also sits at the high end of mobile CI. Use Bitrise if you are already standardized on it for native apps. Add Capgo if you still need OTA and device previews; do not assume Bitrise replaced that layer.

und

Codemagic started as a Flutter builder and now documents Ionic and Capacitor YAML workflows, with managed Android keystores, App Store Connect API keys, and publishing to TestFlight and Play. Signing is a strength.

Es hat dieselbe Lücke wie Bitrise: keine verwalteten Live-Updates. Sie würden die OTA-Bundles noch immer anderswo hochladen. Wenn der einzige Riss in Ihrer GitHub Actions-Einrichtung ist “Ich will nicht, dass ich Fastlane auf einem Mac aufrechterhalten muss,” kann Codemagic diesen Riss schließen. Capgo schließt diesen Riss und und schließt die Lücken für OTA und Vorabversionen in einem CLI. Codemagic-Walkthroughs auf dieser Website: iOS mit Codemagic.

Ionic Appflow

Appflow ist das alles-in-einem Ionic-Produkt: native Builds, Signierung, Live-Updates und Veröffentlichung in den Stores. Es ist auch ein Ersatz für CI und kein Plugin für GitHub Actions. Ionic gab am 11. Februar 2025 die kommerzielle Einstellung bekannt. Bestehende Kunden behalten bis zum 31. Dezember 2027 Zugriff.

Wenn Sie bereits auf Appflow sind, planen Sie den Ausstieg jetzt und nicht erst in späten 2027. Der gleichwertige Wechsel ist Capgo für Live-Updates und native Builds, während Sie (oder Sie kehren zu) GitHub Actions für die automatisierte PR-Verwaltung behalten. Migration: von Appflow zu Capgo.

Microsoft App Center

Keine Option für 2026. Builds und Verteilung endeten am 31. März 2025. CodePush als gehosteter Dienst ist weg. Teams, die die Migration nie beendet haben, suchen noch immer nach ihm. Der Capacitor-Pfad ist Capgo für OTA plus Capgo Build oder Ihre CI für Binärdateien. Beginnen Sie mit App Center-Migration und Alternativen zu CodePush.

Xcode Cloud

Apples CI ist für iOS-only native Apps, die bereits in App Store Connect sind, bereits gut. Es baut Android nicht, es schickt keine Capacitor live Updates und es gibt keine PR-Kanäle für die QA des Web-Bundles. Behandeln Sie es als einen Apple-seitigen Extra, nicht als eine Capacitor Plattform.

Wie Capgo in Ihre Pipeline einsteigt

Die Gewinner-Setup 2026 sieht so aus:

1. Bei jedem Pull-Request, GitHub Actions oder GitLab CI installieren Abhängigkeiten, führen Tests durch und bauen das Web-App auf Linux.
2. Wenn der Änderung nur der Web-Bereich ist, Capgo lädt ein Bundle in einen PR-Kanal hoch. Die Rezensenten öffnen die bestehende App, wechseln den Kanal und testen. Kein TestFlight-Warten. Siehe Jeden Pull-Request in eine installierbare Vorschau umwandeln.
3. Wenn native code, Plugins oder Berechtigungen geändert wurden, der gleiche Workflow fordert einen Capgo native Build und teilt einen QR-Install-Link.
4. On Haupt- oder einer Versionszeichenfolge, Capgo liefert eine Produktionslive-Update oder eine signierte Binärdatei zu TestFlight und Play, je nachdem, was tatsächlich geändert wurde.

Eine kompakte GitHub Actions-Skizze:

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

Die Skizze ist nur für iOS verfügbar. Android benötigt ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, und PLAY_CONFIG_JSON. Kopieren Sie nicht die iOS env Block und ändern Sie nur --platform. Verwenden Sie die Matrix in der GitHub Actions-Build-Anleitung. Signierungsschlüssel bleiben in GitHub und werden als Umgebungsvariablen auf der Build-Anfrage übergeben. Capgo muss nicht Ihr Quellen-Repository für Git werden. Vollständige Beispiele finden Sie in den GitHub Actions-Dokumenten und CI/CD-Integration.

Wählen Sie die richtige Konfiguration

Es gibt keinen universellen Sieger. Diese Situationen umfassen die meisten Capacitor-Teams.

Sie verwenden bereits GitHub-Actions oder GitLab CI. Halten Sie sie bei sich. Fügen Sie Capgo für Live-Updates, native Builds und PR-Vorschauen hinzu. Dies ist die Standardantwort von 2026.

Sie betrachten Capawesome Cloud. Sie wollen die Git-Verbindung, die YAML-Ersatzung und die Release-Metadaten. Das ist bequem, bis Sie gehen möchten. Capgo hält Ihre CI aufrecht, ist vollständig Open-Source und hat den Preis von 12 US-Dollar nicht erhoben. Siehe Capgo vs Capawesome Cloud.

Sie sind noch bei Appflow. Sie haben bis zum 31. Dezember 2027. Warten konzentriert die Migration. Verschieben Sie Live-Updates und native Builds zu Capgo, und setzen Sie PR-Automatisierung wieder auf GitHub-Actions, wenn Appflow auch Ihre CI war.

Sie kommen von App Center. Der Build-Pipeline ist verschwunden, und CodePush ist kein gehosteter Produkt. Ersetzen Sie beide Teile durch Capgo anstatt, die OTA auf GitHub-Actions von Grund auf neu zu bauen.

macOS Minuten übernehmen die GitHub Rechnung. Bewegen Sie Lint- und Unit-Tests nicht von GitHub. Bewegen Sie native Builds zu Capgo, so dass iOS nicht mehr auf gehosteten Macs in Actions läuft. Halten Sie die PR-Statusprüfungen an ihrem Platz.

Sie starten ein Capacitor-Projekt im Jahr 2026. Übergehen Sie Appflow und App Center. Beginnen Sie mit GitHub Actions für CI. Fügen Sie Capgo am ersten Tag hinzu, um OTA, Cloud-Builds und Gerätevoransichten zu ermöglichen. Sie können Bitrise oder Codemagic später hinzufügen, wenn Sie einen bestimmten Runner oder Schritt-Bibliothek-Grund haben. Die meisten Teams benötigen diesen zusätzlichen Plattformen nie. Überspringen Sie Capawesome Cloud, es sei denn, Sie möchten bereits ihr Plugin-Katalog so sehr, dass Sie einen Ersatz- CI akzeptieren.

FAQ

Was ist die beste CI/CD-Plattform für Capacitor-Apps?

Behalten Sie die CI, die Sie bereits für Lint, Unit-Tests und Web-Builds verwenden. Fügen Sie Capgo für signierte native iOS- und Android-Builds, live Updates und installierbare Geräte-Tests hinzu. Bitrise und Codemagic können native Builds ersetzen, wenn Sie live Updates nicht benötigen. Capawesome Cloud umfasst OTA und native Builds, aber als Ersatz- CI mit einem geschlossenen Backend. Appflow bleibt den bestehenden Kunden bis Dezember 2027 zur Verfügung, ist aber keine grüne Wiese.

Soll ich GitHub Actions durch einen mobilen CI-Plattform ersetzen?

Normalerweise nicht. GitHub Actions und GitLab CI sind stark bei Pull-Request-Überprüfungen auf Linux. Der teure Teil sind macOS-native Builds, Signierung, live Updates und das Einbauen eines Builds auf ein Telefon. Capgo ist für die Aufrufung aus dem bestehenden Pipeline konzipiert, anstatt es zu ersetzen.

Inkludieren Bitrise und Codemagic live Updates für Capacitor?

Beide sind stark in native Builds, Signierung und Store-Veröffentlichung. Sie benötigen jedoch ein separates Produkt für Live-Updates, um JavaScript, CSS und HTML ohne Store-Review zu versenden. Capgo umfasst native Builds und Live-Updates in derselben Workflow.

Wie testet Capgo eine mobile App aus CI?

Capgo wandelt Pull-Anfragen in installierbare Vorabversionen auf dedizierten Kanälen um, teilt native Build-Artikel als QR-Install-Links mit und lässt QA-Kanäle in der App wechseln, die bereits auf dem Gerät ist. Das ist schneller als das Warten auf TestFlight. Es ist kein Ersatz für eine Gerätefarm oder Emulatormatrizen.

Ist Ionic Appflow noch eine gültige Wahl im Jahr 2026?

Nur wenn Sie bereits ein Kunde sind. Ionic hat am 11. Februar 2025 die neuen kommerziellen Verkäufe eingestellt und der bestehende Zugriff auf Appflow wird bis zum 31. Dezember 2027 fortgesetzt. Neue Capacitor-Projekte sollten ihre CI und Capgo hinzufügen, anstatt auf einer Plattform mit einem Shutdown-Datum zu beginnen.

Wie funktioniert Capawesome Cloud CI im Vergleich zu Capgo?

Capawesome Cloud ist ein vollständiges Capacitor-CI: Verbinden Sie Git, lassen Sie GitHub-Actions und führen Sie native Builds plus Live-Updates innerhalb ihrer Cloud durch. Das ist ein Vendor-Lock-in. Capgo ist Open-Source (Plugin und Backend), passt in die CI, die Sie bereits haben, und hat seit der Veröffentlichung den gleichen monatlichen Betrag von 12 $ beibehalten. Capawesome hat bereits mehrmals die Preise umgestellt, einschließlich Native Builds von 9 $/Monat bei der Veröffentlichung und einer May-2026-Plattform-SKU von 19 $/Monat mit Business bei 499 $/Monat, von 299 $/Monat.

Zusammenfassung

Die 2026 Capacitor Shortliste ist kleiner als sie aussieht: zwei ehemalige oder sich zurückziehende alle-in-einem-Plattformen, zwei mobile CI-Generalisten ohne OTA, ein git-verknüpftes Capacitor CI, das Ihren Pipeline ersetzt, und ein allgemeinverwendeter Runner, den Sie bereits haben. Das Team, das am schnellsten liefert, ist nicht das Team, das CI auf einem neuen Anbieter neu aufbaut. Es ist das Team, das GitHub Actions oder GitLab CI beibehält, dann eine Capacitor Schicht für die Aufgaben hinzufügt, die CI noch schlecht macht.

Diese Schicht ist Capgo: native Builds, live Updates, und Geräte-Tests, ausgelöst von der Pipeline, die Sie bereits laufen lassen.

Create a Capgo accountErstellen Sie ein __CAPGO_KEEP_0__ Konto , dann folgen Sie CI/CD-Integration Capgo Build from GitHub Actions. Wenn Sie das Produktansicht zuerst haben möchten, beginnen Sie mit Native Builds, Live Updates, und PR-Vorschauen.