Die besten CI/CD-Plattformen für Capacitor-Apps 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 Actions, GitLab CI, Bitrise und Codemagic sind noch hier und sind immer noch gut in ihren Aufgaben.

Die Fehlannahme ist, dies als ein Backoffen zu betrachten, bei dem man einfach wählt eine Plattform und verlagern Sie den gesamten Pipeline auf sie. Die meisten Capacitor Teams haben bereits CI. Was ihnen fehlt, sind die drei Jobs, die der allgemeine CI noch schlecht macht: signierte native Builds, Live-Updates, und das App auf einem echten Telefon zu bekommen.

Capgo für diese drei Aufgaben gebaut und dafür konzipiert, zu laufen inside the CI you already trust. Keep GitHub Actions or GitLab CI for lint, type-check, unit tests, and the web build. Call Capgo when the pipeline needs an iOS or Android binary, an over-the-air bundle, or a preview a tester can install.

Microsoft App Center

Zwei Namen erscheinen in den Suchergebnissen noch, obwohl sie nicht mehr für den Kauf im Jahr 2026 verfügbar sind.

• Die Landschaft 2026 verlassen am 31. März 2025. Die Erstellung und Verteilung wurden eingestellt. Analytics und Diagnostics wurden bis zum 31. März 2027 verlängert. CodePush ist nicht mehr ein Microsoft-hosteter Dienst. Wenn Sie noch immer einen App Center-Pipeline haben, lesen Sie Migrieren Sie von App Center zu Capgo.
• Ionic Appflow neue kommerzielle Verkäufe am 11. Februar 2025 eingestellt. Bestehende Kunden behalten bis zum 31. Dezember 2027 Zugriff Dezember 31, 2027Es funktioniert noch, aber alles, was Sie jetzt starten, muss bis 2028 migriert werden. Alternative zu Ionic Appflow.

Das bleiben die Plattformen, die die Teams tatsächlich betreiben.

• GitHub Aktionen and GitLab CI: Allgemeinverfügbarer CI. Ausgezeichnet auf Linux. Teuer und unvollständig auf nativen Mobilgeräten.
• Bitrise und CodemagicMobile-Experten für CI. Starker Signierungsschutz und Store-Submission. Keine verwalteten Capacitor Live-Updates.
• Capgo: Capacitor-native Live-Updates, cloudbasierte Builds und installierbare Gerätevoransichten, die aus dem CI aufgerufen werden, das Sie bereits haben.
• Capacitor-Cloud: Capacitor-native Live-Updates und native Builds, die als Ersatz- CI verkauft werden. Sie verbinden Git und lassen GitHub Actions laufen. Geschlossener Backend, vollständiger Vendor-Lock-in und eine Preisgeschichte, die bereits mehrmals verschoben wurde.

Die nützliche Frage im Jahr 2026 ist nicht „welches CI sollte GitHub Actions ersetzen?“ Es ist „was sollte GitHub Actions aufrufen, wenn eine Capacitor-App ein Binär, ein OTA-Bundle oder eine Telefon-Installation benötigt?“

Was der allgemeine CI noch schlecht macht

GitHub Funktionen und GitLab CI sind gute Werkstätten. Sie sind jedoch keine native Buildfarm, kein OTA-Netzwerk oder kein Labor für Qualitätssicherung.

Native Builds

iOS benötigt immer noch Xcode, Zertifikate, Bereitstellungsprofile und einen Mac. Android benötigt immer noch einen Keystore und einen Upload-Schlüssel für Play. Hosted macOS-Minuten auf GitHub Actions kosten viel mehr als Linux-Minuten. Nach GitHub's Januar 2026-Rate-Schnitt, ist ein StandardmacOS-Minute immer noch etwa zehnmal so teuer wie ein Standard-Linux-Minute GitHub Actions-Berechnung).

Das ist der Grund, warum viele Teams Capacitor bereits den Pipeline in zwei Teile aufgeteilt haben: Linux für die PR-Überprüfung, etwas anderes für das signierte Binärdatei. Capgo __CAPGO_KEEP_1__ ist das etwas anderes. Die Aufgabe bleibt gleich ubuntu-latestCapgo läuft auf dem Mac.

. __CAPGO_KEEP_0__ führt den Mac aus.

CI can compile a web bundle. It cannot deliver that bundle to devices that already have the app installed, with channels, rollback, encryption, and device logs. Live updates are a product, not a YAML step. Capacitor teams that skip OTA wait for App Store and Play review for JavaScript fixes that never needed a new binary.

Capgo __CAPGO_KEEP_0__ sit next to CI. The pipeline builds the web app, then uploads the bundle. Users get the change without a store round-trip, as long as the native shell did not change.

Mobile-App-Testen

Unit tests auf Linux beweisen nicht die App auf einem Smartphone. Die TestFlight-Verarbeitung, die internen Play-Tracks und "Kannst du diese IPA, die ich dir gerade per E-Mail geschickt habe, installieren?" sind der langsame Teil der Überprüfung. Capgo PR-Vorschauen Jeden Pull-Request auf einen Kanal legen. Die Tester wechseln auf dem Gerät, das sie bereits haben, den Kanal. Die Native-Build-Jobs können auch einen QR-Install-Link für das APK oder IPA ausgeben.

Das ist kein Device-Farm. Wenn Sie Emulator-Matrizen oder Firebase Test Lab benötigen, lassen Sie diese Jobs in CI. Capgo schließt den Lücke, den CI selten löst: einen Menschen mit einem Smartphone, der die richtige Version in weniger als einer Minute sieht.

Funktionsmatrix

Drei Dinge fallen ins Auge. Capgo, Capawesome Cloud und Appflow Bundle Managed Live Updates mit native Builds, und Appflow ist im Rückzug. Nur Capgo ist für halten GitHub Actions or GitLab CI instead of replacing them. Capawesome Cloud is the other Capacitor-native option, but it is a replacement CI with a closed backend. Bitrise and Codemagic can own the native binary, but you still assemble OTA and device previews yourself.

Die Plattformen im Detail

Capgo

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

• Live UpdatesVerschlüsselte Web-Bundle-OTA, Kanäle, Rollover, Deltaktualisierungen und Geräteprotokolle.
• Leider ist die Übersetzung zu lang. Bitte kürzen Sie die Übersetzung um etwa 3 Wörter.: hochgeladene, 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 die Anforderung von App Store Connect im April 2026
• Geräte-Test: PR-Vorschau-Kanäle, QR-Links auf native Artefakte und das Capgo-Mobile-App zur Überprüfung eines Bundles auf einem echten 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 plus native Build-Zeit (ca. 15 Builds/Monat, mit zusätzlichen Minuten über Credits abgerechnet). Diese Einstiegspreis wurde seit der Veröffentlichung nicht erhöht. Siehe Pricing, CI/CD mit Capgo Buildund das GitHub-Actions-Bauanleitung.

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

Capacitor-Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, jetzt als Capawesome Platform — ist die andere Capacitor-native Option, die OTA mit Cloud iOS- und Android-Builds kombiniert. Das Produktvorschlag ist das Gegenteil von Capgo: ersetzen GitHub-Actions und GitLab anstatt sie zu platzieren.

Sein Native Builds-Launchpost ist explizit. Kein dritter CI/CD-Anbieter. Verbinden Sie GitHub, GitLab, Bitbucket oder Azure DevOps. Legen Sie den Pipeline in capawesome.config.json. Führen Sie ihn innerhalb von Capawesome Cloud aus. Sie können einen CLI auslösen, aber die beabsichtigte Workflow ist der von einem Drittanbieter gehostete CI. Die Git-Integration, das Signieren, die Build-Minuten, die Live-Updates und die Store-Submission sitzen hinter einem geschlossenen Backend. Das Plugin und CLI sind Open-Source. Der Backend ist nicht. Selbst-Hosting ist nur teilweise möglich: Sie können die Pakete 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 umziehen. Capgo hält diese Teile in Ihrem Repository und Ihrem CI und sein Open-Source-Updater und Backend sind die Ausgänge.

Pricing-Geschichte ist der andere Teil. Capgo's bezahlte Eingabe wurde $12/Monat seit der Markteinführung jährlich berechnet. Es wurde nie erhöht. Capawesome hat den kommerziellen Aufbau bereits mehr als einmal geändert:

• Native Builds-Launch: von $9/Monat für 1.000 Live-Updates und 200 Minuten für die Erstellung. Business war $299/Monat.
• Mai 2026 Plattform-Umstart: Live-Updates wurden von MAU auf pro-Update-Zählung verlagert, dann zurück auf MAU nachdem Kunden sich beschwert hatten. Die vollständige Plattform-SKU (Erstellung, Live-Updates und Veröffentlichung) beginnt bei $19/Monat. Business ist $499/Monat.
• Die derzeit öffentliche Preisliste teilt Live Updates (von $9/Monat) von der vollständigen Plattform (von $19/Monat).

Ein billiger Sticker, der sich weiter bewegt, ist nicht dasselbe wie ein faire Preis, der sich nicht ändert. Wenn Sie Capacitor Live-Updates und native Builds ohne Ihre CI haben 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 die Migrationsanleitung.

Quellen: Capawesome-Ankündigung für Native Builds, Capawesome-Ankündigung für die Plattform, Capawesome-Preise.

GitHub Aktionen

GitHub Aktionen ist die Standard- CI für die meisten Capacitor-Repositories und sollte für die Überprüfung 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 für 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 Vorabversionen. Dadurch ist es günstiger und schneller als die gesamte mobile Pipeline auf Hosted Macs zu zwingen. Setup-Anleitungen: GitHub Actions live Updates und automatische Build- und Releasevorgänge.

GitLab CI

Ebenso 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, belassen Sie es. Rufen Sie Capgo wie gewohnt auf. .gitlab-ci.yml die gleiche Weise. Siehe GitLab-Setup und automatische Android-Builds auf GitLab.

Bitrise

Bitrise ist eine mobile CI-Plattform mit einer großen Bibliothek von Schritten, verwaltetem Signieren und Veröffentlichung in den Stores. Sie können eine Capacitor-Anwendung mit npm Schritten plus nativen iOS- und Android-Schritten erstellen. Es ist eine vernünftige Wahl, wenn das Team einen dedizierten mobilen Runner-Flotte haben möchte und keine OTA benötigt.

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

Codemagic

Codemagic begann als Flutter-Bauer und dokumentiert nun Ionic- und Capacitor-YAML-Workflows, mit verwaltetem Android-Keystore, App Store Connect API-Schlüsseln und Veröffentlichung in TestFlight und Play. Das Signieren ist ein Stärkepunkt.

Es hat denselben Haken wie Bitrise: keine verwalteten Live-Updates. Sie würden die OTA-Bundles noch irgendwo anders hochladen. Wenn der einzige Riss in Ihrem GitHub-Actions-Setup ist “Ich möchte nicht, dass ich Fastlane auf einem Mac aufrechterhalten muss”, kann Codemagic diesen Riss schließen. Capgo schließt diesen Riss und den OTA- und Voransichts-Riss in einem CLI. Codemagic-Walkthroughs auf dieser Seite: iOS mit Codemagic.

Ionic Appflow

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

Wenn Sie bereits auf Appflow sind, planen Sie den Ausstieg jetzt und nicht im späten 2027. Der gleichartige Wechsel ist Capgo für Live-Updates und native Builds, während Sie (oder kehren Sie 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 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 CodePush-Alternativen.

Xcode Cloud

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

Wie Capgo in Ihr Pipeline einsteckt

Der Gewinner-Setup von 2026 sieht so aus:

1. On jedem Pull-Anforderung, GitHub Actions oder GitLab CI installiert Abhängigkeiten, führt Tests durch und baut die Web-App auf Linux.
2. Wenn sich der Änderung nur auf das Web bezieht, 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 Verwandle jeden Pull-Anforderung in eine installierbare Vorschau.
3. Wenn native code, Plugins oder Berechtigungen geändert wurden, der gleiche Workflow fordert einen Capgo-native Build und teilt ein QR-Install-Link.
4. Bei der Hauptversion oder einer Versionsnummer, Capgo versendet eine Produktions live 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 iOS-only. Android benötigt ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, und PLAY_CONFIG_JSON. Machen Sie keine Kopie des iOS env . Verwenden Sie die Matrix in der --platformVerwenden Sie die Matrix im GitHub Anleitungen für die Ausführung von Build-Aktionen. Signing secrets stay in GitHub and are passed as environment variables on the build request. Capgo does not need to become your source of truth for git. Full examples live in the Bauer GitHub Aktionen Dokumentation and Die richtige Konfiguration wählen.

Die richtige Konfiguration auswählen

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

Sie verwenden bereits GitHub Aktionen oder GitLab CI. Behalte sie. Füge Capgo für Live-Updates, native Builds und PR-Vorschauen hinzu. Dies ist die Standardantwort 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, ist vollständig Open-Source und hat den Eintrittspreis von 12 US-Dollar nicht erhoben. Siehe Capgo vs Capawesome Cloud.

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

Sie kommen von App Center. Der Build-Pipeline ist weg, und CodePush ist kein gehosteter Produkt. Ersetzen Sie beide Teile durch Capgo anstatt auf GitHub Actions von vorne zu beginnen.

macOS Minuten übernehmen die GitHub Rechnung. Ziehen Sie Lint und Unit-Tests nicht von GitHub weg. 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 beginnen 2026 ein Capacitor-Projekt. Übergehen Sie Appflow und App Center. Beginnen Sie mit GitHub Actions für CI. Fügen Sie Capgo am ersten Tag hinzu für OTA, Cloud-Builds und Gerätevoransichten. Sie können Bitrise oder Codemagic später hinzufügen, wenn Sie einen bestimmten Runner oder Schritt-Bibliothek-Grund haben. Die meisten Teams brauchen diese zusätzliche Plattform nie. Überspringen Sie Capawesome Cloud, es sei denn, Sie wollen bereits ihr Plugin-Katalog so sehr, dass Sie einen Ersatz- CI akzeptieren.

FAQ

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

Halten Sie die CI, die Sie bereits für Lint, Einheitstests 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 zum 31. Dezember 2027 zur Verfügung, ist aber keine grüne Wiese Wahl.

Sollte ich GitHub-Aktionen durch eine mobile CI-Plattform ersetzen?

Normalerweise nicht. GitHub-Aktionen 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 einem Telefon. Capgo ist dafür konzipiert, aus dem bestehenden Pipeline aufgerufen zu werden, anstatt es zu ersetzen.

Inkludieren Bitrise und Codemagic Live-Updates für Capacitor?

Nein. Beide sind stark bei native Builds, Signierung und Store-Publikation. Sie benötigen noch ein separates Live-Update-Produkt, um JavaScript, CSS und HTML ohne Store-Überprüfung zu versenden. Capgo umfasst native Builds und Live-Updates in derselben Workflow.

Wie testet Capgo eine mobile App aus der CI?

Capgo wandelt Pull-Requests 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 für Emulatormatrizen.

Gilt Ionic Appflow noch eine gültige Wahl in 2026?

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

Wie vergleicht sich Capawesome Cloud CI mit Capgo?

Capawesome Cloud ist ein vollständiges Capacitor-CI: Verbinden Sie Git, lassen Sie GitHub-Actions stehen 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 sich in die CI ein, 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 Plattform-SKU von Mai 2026 für 19 $/Monat mit Business für 499 $/Monat, von 299 $ auf.

Fazit

Die 2026-Capacitor-Shortlist ist kleiner, als sie aussieht: zwei ausgeschiedene oder zurückziehende alle-in-ein-Plattformen, zwei mobile CI-Generalisten ohne OTA, eine git-verknüpfte Capacitor-CI, die Ihre Pipeline ersetzt, und eine allgemeinverwendbare Runner, die Sie bereits haben. Das Team, das am schnellsten liefert, ist nicht das Team, das die CI auf einer neuen Plattform neu aufbaut. Es ist das Team, das GitHub-Actions oder GitLab CI beibehält und dann eine Capacitor-Layer für die Aufgaben hinzufügt, die die CI noch schlecht macht.

Diese Schicht ist Capgo: native Builds, Live-Updates, und Geräte-Tests, ausgelöst von dem Pipeline, den Sie bereits laufen lassen. Open-Source. Fairer Preis, der nicht erhöht wurde. Kein geschlossener Ersatz für CI.

Erstelle ein Capgo KontoErstelle dann Folgendes CI/CD-Integration Entweder Capgo Build von GitHub Actions. Wenn Sie das Produktansicht zuerst haben möchten, beginnen Sie mit Native Builds, Live UpdatesPR-Vorschauen Artikelcredits.