Die besten CI/CD-Plattformen für Cordova-Apps 2026, im Vergleich

Das beste CI/CD-System für eine Cordova-Anwendung 2026 ist normalerweise ein allgemeines CI, das die Cordova CLI auf Linux für Android und auf macOS für iOS ausführen kann: GitHub Aktionen, GitLab CI, Bitrise, Codemagic, Appcircle, CircleCI oder Azure DevOps. Was keines von ihnen ersetzt, ist das verwaltete live update-Dienst für Cordova-Teams, den App Center und Appflow geliefert haben. Diese Vergleich umfasst die Unterstützung für die Erstellung, das Signieren, die Veröffentlichung in den Stores, die Live-Updates und die langfristige Perspektive für jede Option.

Wo sich Cordova CI/CD befindet

Drei verwaltete Dienste haben die Cordova-Ökosystem aufgebaut, und alle drei sind weg oder schließen sich.

Cordova liefert weiterhin Plattform-Updates. Die Arbeit, die zu Ihnen verschoben wurde, umfasst alles um die Erstellung herum: Signierung, Speicherung, Laden von Apps, Versionsnummern und über-eiserner Updates.

Wenn Sie nur eine funktionierende Pipeline heute benötigen, beginnen Sie mit CI/CD für Cordova-Anwendungen, die eine vollständige GitHub Actions-Arbeitsschritt enthält. Dieser Artikel hilft Ihnen, zu entscheiden, wo Sie sie ausführen sollen.

Was sollte eine Cordova-Team vergleichen

1. Cordova-Bewusstsein. Hat das Plattform Cordova-Schritte oder -Vorlagen oder müssen Sie sie selbst programmieren? cordova build Ihr selbst programmieren ist in Ordnung; es sind immer dieselben drei Befehle.
2. macOS-Runner mit Xcode 26, das App Store Connect seit dem 28. April 2026 erfordert.
3. Signierungs-Speicherung für das Android-Keystore, iOS-Zertifikat und Provisioning-Profile.
4. Veröffentlichung in den Stores auf TestFlight und Google Play-Tracks.
5. Live-Updates für web-layer-Fixes.
6. Git-Hosting und Selbst-Hosting, was für die Unternehmen und Regierungsanwendungen wichtig ist, die oft noch Cordova laufen lassen.

Funktionsmatrix

Capgo steht neben dem gewählten CI und ersetzt es nicht: Der CI baut die Cordova-Binärdateien und Capgo Capgo Live-Updates Kunden nur Web-Änderungen an installierten Apps schicken. Capgo Build ist für Capacitor-Projekte dokumentiert, daher ist es keine Option für die Erstellung einer Cordova-Binärdatei.

Plattform für Plattform

GitHub Aktionen

Die häufigste Wahl für Cordova-Teams auf GitHub. Android-Builds auf ubuntu-latest mit actions/setup-java. iOS Builds auf macos-26 mit Xcode 26 vorinstalliert. Sie entschlüsseln das Keystore und .p12 aus Geheimnissen, schreiben Sie ein build.json, und führen Sie cordova build. Uploads verwenden fastlane, xcrun altool, oder Community-Play-Upload-Aktionen. Keine Cordova-spezifischen Funktionen, aber nichts hindert Sie daran. Beobachten Sie die macOS-Minutenkosten auf privaten Repositories.

GitLab CI

Das gleiche skriptierte Ansatz. Auf GitLab.com existieren für Premium- und Ultimate-Benutzer in Beta gehostete macOS-Runner mit Bildern wie macos-26-xcode-26. Selbstverwaltete GitLab-Instanzen, die viele regulierte Cordova-Teams verwenden, benötigen ihre eigenen Mac-Runner. Sichere Dateien sind ein sauberes Ort für das Keystore und das Provisioning-Profile. Siehe Ein CI/CD-Setup in GitLab einrichten.

Bitrise

Die mobilen CI mit der explizitesten Cordova-Unterstützung. Seine Schrittbibliothek enthält Cordova-Schritte für die Projektvorbereitung und die Archivierung von iOS- und Android-Builds, neben code-Signierungsmanagement und Veröffentlichungsschritten in den Stores.

Codemagic

Codemagic dokumentiert Ionic Cordova-Builds in codemagic.yaml, mit verwalteten Android-Keystores, automatischem iOS-Signing über einen App Store Connect API-Schlüssel und Veröffentlichung auf TestFlight und Google Play. Die Preise betragen pro Buildminute oder einem fixen jährlichen Plan. Ein guter Anbieter für Teams, die YAML im Repository mögen, aber das Signieren selbst vermeiden möchten.

Appcircle

Appcircle baut Cordova über benutzerdefinierte Skripte in seinen iOS- und Android-Buildpipelines auf und fügt Signierungsidentitätspeicherung, Testerdistribution, einen Unternehmens-App-Store und Veröffentlichung in den Stores hinzu. Appcircle Server kann vollständig auf Ihrer Infrastruktur laufen, was der stärkste Selbst-Hosting-Story in dieser Liste ist.

CircleCI

Skriptgesteuerte Cordova-Builds auf Linux-Docker-Executoren für Android und Apple Silicon-MacOS-Executoren für iOS. Das Signieren und Hochladen erfolgt über fastlane oder Shell. Etwas vernünftig, wenn CircleCI bereits Ihren Backend-Server ausführt.

Azure DevOps

Azure Pipelines führt das Cordova-CLI als Skript-Schritte aus und fügt ersteinstellige Aufgaben für die Installation von Apple-Zertifikaten und Bereitstellungsprofilen aus sicheren Dateien, Android-Signierung und Store-Veröffentlichungen über Marketplace-Erweiterungen hinzu. Azure DevOps Server deckt die Bedürfnisse von On-Premises-Anwendungen ab. Viele ehemalige App Center-Kunden landeten hier.

Xcode Cloud

Möglich nur für die iOS-Hälfte. Ein ci_scripts/ci_post_clone.sh Hook installiert Node, restauriert Cordova-Plattformen und baut die Web-Schicht vor der Archivierung des generierten Projekts durch Xcode Cloud. Da Cordova die platforms/ios am Build-Zeitpunkt generiert, muss der Workspace-Pfad existieren, wenn der Workflow startet, was die Einrichtung schwierig macht. Die meisten Cordova-Teams verwenden es nur, wenn sie es bereits für native Apps verwenden.

VoltBuilder

Ein Build-Dienst anstatt einer CI: Sie laden ein Zip Ihres Projekts mit Signierungsdetails hoch und erhalten store-fertige Binärdateien für Cordova- und Capacitor-Projekte. Keine Git-Auslöser, Pipelines oder Live-Updates. Nützlich für kleine Teams ohne CI. Siehe Alternative zu VoltBuilder.

Ionic Appflow

Der umfassendste Cordova-Plattform noch immer, mit Builds, Signierung, Veröffentlichung und Live-Updates. Es ist auch derjenige mit einem Enddatum. Wenn Sie auf Appflow sind, ist die Frage nicht, ob Sie bleiben, sondern wann. Siehe Alternative zu Appflow.

Das Füllen des live update-Gaps

Alle allgemeinen CI-Tools auf dieser Liste erzeugen signierte Binärdateien. Keines von ihnen liefert jedoch Updates über das Internet an installierte Apps, und die alten Community-Hot- code -Push-Plugins werden nicht mehr unterstützt. Für Cordova bleibt Appflow bis Ende 2027, eine selbst gehostete Update-Server, oder Capgo.

Capgo unterstützt Cordova über @capgo/cordova-updater, das die Capacitor -Updater API widerspiegelt und denselben Backend, Kanälen und CLI verwendet. Es erfordert Cordova iOS 7+ und Cordova Android 13+, und es darf nicht mit cordova-plugin-ionic-webviewInstallieren Sie es mit Ihrem Capgo App-ID.

cordova plugin add @capgo/cordova-updater --variable APP_ID=com.example.app
cordova prepare android ios

Anrufen cordova.plugins.Updater.notifyAppReady() nach deviceready bei jedem Start, füge dann einen Schritt zu deiner CI für Web-only-Releases hinzu:

bun run build
bunx @capgo/cli@latest bundle upload --channel=production

Plugin-Hinzufügungen oder -Upgrades benötigen immer noch eine Store-Build; Capgo markiert Bundles, deren native Plugins sich von dem lebenden Plugin unterscheiden. Details findest du in den Cordova-Updater-Dokumenten und live update-Kompatibilität. Die vollständige Pipeline, einschließlich der live update -Aufgabe, ist in CI/CD für Cordova-Anwendungen.

Optional: Was Capacitor bei CI hinzufütigt

Sie müssen keine Migration durchführen, um Live-Updates zu erhalten. Die meisten Teams, die migrieren, tun es hauptsächlich für die Build-Seite.

Capacitor führt die meisten Cordova-Plugins wie gewohnt aus, hält Ihre Web-code und commit die native Projekte zu Git anstatt sie zu generieren, was die Vorhersagbarkeit von CI-Builds verbessert. Ihre Capgo-App-ID und Kanäle bleiben erhalten, nur der Updater-Plugin wird geändert. Nach der Migration:

• Ihr Linux-CI-Job wird bun run build, bunx cap syncund einer bunx @capgo/cli@latest build request pro Plattform. Ein macOS-Runner ist für iOS nicht erforderlich.
• Web-only-Releases gehen als Live-Updates mit Kanälen, Rollover und Kompatibilitätspröfen aus: bunx @capgo/cli@latest bundle upload --channel production.
• bunx @capgo/cli@latest build needed erzählt dem Pipeline, ob eine native Build erforderlich ist.

Migrationshinweis: Migrieren von Cordova zu CapacitorWenn Sie Hilfe brauchen, sehen Sie Cordova to Capacitor.

Wie wählen Sie

Migrationscheckliste von App Center oder Appflow

• Herunterladen Sie Ihr Android-Upload-Zertifikat und iOS-Distributionssertifikat .p12 mit privaten Schlüsseln. Wenn der alte Plattform sie generiert hat, exportieren Sie sie, bevor Sie den Zugriff verlieren.
• Sichern Sie die aktuelle Versionscodes und Buildnummern, damit der erste Build auf der neuen Plattform nicht kollidiert.
• Erstellen Sie ein Google Play-Dienstkontod und einen App Store Connect API-Schlüssel für die neue CI.
• Listen Sie alle Umgebungsvariablen auf, die der alte Plattform bei der Buildzeit injizierte.
• Erstellen Sie eine interne Build-Version und eine TestFlight-Version, bevor Sie die Produktion umschalten.
• Entscheiden Sie Ihren live update-Plan, bevor der alte Dienst ausfällt, nicht danach.

Für die iOS- und Android-Entscheidungen in mehr Details lesen Sie CI/CD-Plattformen für iOS-Anwendungen vergleichen und CI/CD-Plattformen für Android-Anwendungen vergleichen.