Einführung in Capgo Build

Capgo Build ist ein cloudbasierter Service zur Kompilierung nativer Apps für Capacitor-Apps. Damit kannst du iOS- und Android-Apps bauen, ohne lokale Entwicklungsumgebungen pflegen zu müssen – kein Xcode, kein Android Studio und keine eigene Mac-Hardware nötig.

Was Capgo Build macht

Capgo Build kompiliert die nativen Teile deiner Capacitor App in der Cloud:

iOS-Builds

Läuft auf dedizierten Mac Mini Silicon M4 Maschinen — kein eigener Mac nötig.

Android-Builds

Baue auf derselben M4-Flotte – Android Studio 2025 ist verfügbar.

Automatisches Code Signing

Zertifikate, Provisioning Profiles und Keystores werden komplett für dich verwaltet.

Direkte Store-Einreichung

Signierte Apps werden direkt an App Store Connect und Google Play hochgeladen.

Du triggerst Builds mit einem einzigen CLI Befehl, der von überall aus funktioniert – von deinem lokalen Rechner, GitHub Actions, GitLab CI oder jeder beliebigen CI/CD-Pipeline.

Build-Maschinen und Toolchain

Capgo Build führt native Jobs auf dedizierten Mac Mini Silicon M4-Maschinen aus:

Komponente	Spezifikation
Maschine	Mac Mini Silicon M4
CPU	10-Kern-M4-CPU (4 Performance-Kerne, 6 Effizienz-Kerne)
GPU	10-Kern-GPU
Neural Engine	16-Kern-Neural Engine
Memory	16 GB RAM
OS-Image	macOS Tahoe 26.2

Das Build-Image unterstützt Xcode 26.2 und Android Studio 2025 für native Build-Pipelines.

Wann Capgo Build vs. Live Updates verwenden

Capgo bietet zwei komplementäre Funktionen zum Aktualisieren Ihrer App. Hier ist, wann Sie welche verwenden:

Szenario	Capgo Live Updates	Capgo Build
Bugfix in JavaScript/TypeScript code	✓
UI-Änderungen (HTML, CSS, Bilder)	✓
Web-Dependencies aktualisieren	✓
Capacitor-Plugin hinzufügen oder entfernen		✓
Native SDK-Version aktualisieren		✓
Native Berechtigungen ändern (Info.plist, AndroidManifest)		✓
Capacitor-Version aktualisieren		✓
Native code ändern (Swift, Kotlin, Java)		✓
App-Icon oder Splash Screen ändern		✓
Erste App-Store-Einreichung		✓

Hinweis

Capgo Live Updates JavaScript-Änderungen sofort pushen, ohne App Store Review. Capgo Build erstellt neue native Binaries, wenn du nativen code änderst. Die meisten Teams nutzen Live Updates täglich und Capgo Build gelegentlich, wenn native Änderungen nötig sind.

Warum Capgo Build nutzen?

Kein lokaler Mac für iOS nötig

iOS-Apps bauen und ausliefern, ohne eigene Mac-Hardware. Jeder kann unter Windows, Linux oder in jedem CI/CD-System iOS-Builds auslösen und bei TestFlight veröffentlichen.

Lokales Setup überspringen

Kein Xcode, kein Android Studio und kein Verwalten von SDK Versionen nötig. Capgo Build übernimmt das gesamte native Tooling – du musst nur den CLI Befehl ausführen.

Zentralisierte Credentials

Speichere Zertifikate und Keystores einmalig in deinen CI/CD-Secrets. Jedes Teammitglied kann Builds auslösen, ohne Signing-Credentials auf dem eigenen Rechner zu brauchen.

Funktioniert mit jedem CI/CD

Ein einzelner CLI-Befehl integriert sich in jede Pipeline. GitHub Actions, GitLab CI, Jenkins – löse Builds als Teil deines bestehenden Workflows aus.

Build-Logs in Echtzeit

Verfolge deinen Build-Fortschritt live im Terminal. Logs werden per Server-Sent Events gestreamt, damit du Probleme sofort beheben kannst, während sie auftreten.

Direkte Store-Einreichung

Signierte Apps werden direkt an App Store Connect und Google Play hochgeladen. Keine manuellen Schritte zwischen Build-Abschluss und Store-Einreichung.

So funktioniert es

Wenn du den Build-Befehl ausführst:

1. Upload - CLI zippt nur das Nötige (native Plattformordner + native Abhängigkeiten) und lädt es in den sicheren Cloud-Speicher hoch
2. Build - Deine App wird auf dedizierter Infrastruktur mit Fastlane kompiliert. Wiederholte Builds stellen standardmäßig einen app-spezifischen Compilation-Cache wieder her (lass cache_key für den allgemeinen Shared Cache weg); setze --cache-key um RC und Production zu trennen, oder übergib --no-cache um Restore und Speichern zu deaktivieren
3. Signieren - Zertifikate und Keystores werden angewendet (sie liegen während des Builds nur im Arbeitsspeicher)
4. Einreichen - Signierte Apps werden direkt an App Store Connect oder Google Play hochgeladen
5. Aufräumen - Alle Build-Artefakte und Credentials werden automatisch gelöscht

Dein code bleibt auf deinem Rechner. Nur der plattformspezifische native code wird hochgeladen.

Sicherheitsmodell

Capgo Build ist so konzipiert, dass keine Credentials gespeichert werden:

• Credentials nur zur Laufzeit - Zertifikate und Keystores werden niemals in Capgo gespeichert. Sie werden hochgeladen und sofort nach Abschluss des Builds wieder entfernt.
• Ephemere Umgebungen - Jeder Build läuft isoliert und wird nach Abschluss gelöscht
• Keine Log-Speicherung - Build-Logs werden nur an dein Terminal gestreamt und niemals auf Capgo-Servern gespeichert
• Minimaler Upload - Es wird nur die von dir angeforderte native Plattform hochgeladen, nicht deine gesamte Codebase. Sieh genau, was hochgeladen wird

Preise

Build-Zeit ist der einzige Kostenfaktor:

• Build-Minuten sind in deinem Capgo-Plan enthalten
• Zusätzliche Minuten über ein Credit-System verfügbar
• Builds laufen auf Mac Mini Silicon M4 mit bereits installierten nativen Toolchains
• Keine Speicherkosten

Nächste Schritte

Erste Schritte Erstelle deinen ersten Build und erlebe Capgo Build in Aktion.

Credentials einrichten Konfiguriere Zertifikate für iOS und Keystores für Android.

Auto OTA oder Native CI, die automatisch live update oder Capgo Build wählt.

Trigger aus CI-UI Starte einen Native Build via GitHub, GitLab, Bitbucket oder Azure.

Build-Webhooks Trigger einen Capgo Build per HTTP aus einem Admin-Dashboard.

Prescan-Checks Vollständige Liste der Pre-Build-Checks und wie du bestimmte Regeln überspringst oder nur warnen lässt.

GitHub Aktionen Komplettes Capgo Build CI-Setup mit Secrets und Release-Workflows.