Cloud iOS Builds ohne Mac für Capacitor und CI

Capgo Cloud Build hilft Capacitor Teams, iOS- und Android-Apps ohne eigenen Mac zu bauen und zu signieren. Behalte deinen Web-Build, Tests und npx cap sync in deiner bestehenden Pipeline und rufe dann einfach Capgo Build in einem CLI Schritt für signierte Binaries und optionalen Store-Submit. Produktübersicht und Preise findest du unter Capgo Native Builds optimieren. Antworten auf Task-Ebene findest du im Capacitor iOS ohne Mac FAQ.

Das Problem, das wir lösen

Das Erstellen nativer mobiler Apps war für Web-Entwickler schon immer mühsam. Du benötigst:

• Lokale Entwicklungstools: Installation und Wartung von Xcode (30+ GB) und Android Studio auf deinem Rechner
• Mac-Zugriff: iOS-Builds zu deployen erforderte traditionell Mac-Zugriff auf jeder Entwickler-Maschine und im Release-Prozess
• CI/CD-Konfiguration: Erstelle komplexe GitHub Actions oder andere CI/CD-Workflows mit Build-Caching, Credential-Management und mehr
• Dependency-Management: Halte Build-Tools, SDKs und Zertifikate über alle Umgebungen hinweg aktuell

Was wäre, wenn du das alles überspringen und einfach nur einen Befehl ausführen könntest?

Wir präsentieren: Cloud Build

Mit Capgo Cloud Build ist das Bauen deiner App so einfach wie:

# First time: Save your credentials locally
npx @capgo/cli@latest build credentials save --platform ios
npx @capgo/cli@latest build credentials save --platform android

# Then build
npx @capgo/cli@latest build com.example.app

Das ist alles. Kein Xcode, kein Android Studio, kein komplexes CI/CD-Setup. Nur ein Befehl, der:

1. Dein Projekt lokal zippt
2. Es in die Cloud-Infrastruktur von Capgo hochlädt
3. Deine App auf dedizierter Infrastruktur mit deinen gespeicherten Credentials baut
4. Logs in Echtzeit in dein Terminal streamt
5. An den App Store und Play Store übermittelt (falls konfiguriert)

So funktioniert es

Wir haben Capgo Cloud Build nach dem Vorbild von Expo EAS Build entwickelt – eine dedizierte Cloud-Infrastruktur, die die gesamte Komplexität für dich übernimmt.

Aber das macht uns besonders: wir machen das seit 3 Jahren. Wir bauen für unsere Kunden bereits seit der Gründung von Capgo intern native Apps und wissen genau, worauf es ankommt, um Capacitor Apps zuverlässig zu bauen.

Unsere Expertise

In den letzten drei Jahren haben wir:

• Unser eigenes Fastlane-System gebaut - Wir haben maßgeschneiderte Fastlane-Konfigurationen entwickelt, die speziell für Capacitor Apps optimiert sind
• Capacitor Builds perfektioniert - Wir wissen genau, worauf es beim Bauen für Capacitor ankommt – von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
• Fokus auf Native-only - Wir bauen nur die nativen Teile (iOS und Android). Dein JavaScript bleibt bei dir – wir berühren oder speichern niemals deinen Web code
• Optimierte Infrastruktur - Tausende interne Builds haben uns geholfen, unser Build-System zu perfektionieren, bevor wir es euch zur Verfügung stellen

Das ist kein neues Experiment. Es ist eine bewährte Infrastruktur, auf die wir seit Jahren vertrauen und die nun als Service verfügbar ist.

Für Android

Android-Builds laufen in sicheren Cloudflare Sandboxes mit sofortiger Bereinigung nach Abschluss. Deine App wird mit Gradle unter Verwendung unserer Capacitor-optimierten Build-Skripte kompiliert, signiert und ist bereit für den Play Store.

Für iOS

iOS-Builds laufen auf dedizierten Mac-Maschinen (Scaleway Mac minis), die On-Demand bereitgestellt werden. Wir nutzen unser eigenes Fastlane-Setup – verfeinert durch jahrelange Capacitor Builds –, um deine App zu bauen, zu signieren und an TestFlight zu senden. Jeder Build läuft aus Sicherheitsgründen in einem isolierten macOS-Benutzerkonto, und die Maschinen werden nach 24 Stunden automatisch bereinigt.

Echtzeit-Logs

Im Gegensatz zu anderen Lösungen streamen wir Build-Logs in Echtzeit direkt in dein Terminal. Du kannst live verfolgen:

• Installation der Dependencies
• Build-Kompilierung
• Code Signing
• App Store Submission
• Fehler oder Warnungen

Und hier ist der entscheidende Punkt: wir speichern keine Logs. Diese sind während des Builds nur über deine CLI Session verfügbar, um deine Privatsphäre zu schützen.

So funktionieren Credentials

Bevor du einen Build starten kannst, musst du deine Signing-Credentials angeben. Capgo erledigt das mit höchster Sicherheit.

Credentials lokal speichern

Deine Credentials werden lokal auf deinem Rechner gespeichert unter ~/.capgo/credentials.json:

# For iOS - provide certificates and provisioning profiles
npx @capgo/cli@latest build credentials save --platform ios \
  --certificate ./path/to/cert.p12 \
  --p12-password "your-password" \
  --provisioning-profile ./path/to/profile.mobileprovision

# For Android - provide keystore and passwords
npx @capgo/cli@latest build credentials save --platform android \
  --keystore ./path/to/keystore.jks \
  --keystore-alias "your-alias" \
  --keystore-key-password "key-password" \
  --keystore-store-password "store-password"

Diese Credentials werden niemals an Capgo hochgeladen außer du forderst einen Build an. Sie bleiben sicher auf deinem Rechner.

Ablauf eines Builds

Wenn du einen Build-Befehl ausführst:

1. Lokal: CLI liest die Credentials aus ~/.capgo/credentials.json
2. Upload: Die Credentials werden zusammen mit deinem Projekt sicher über HTTPS an die Build-Server von Capgo gesendet
3. Build: Die Credentials werden NUR während des aktiven Build-Prozesses verwendet
4. Aufräumen: Die Credentials werden nach Abschluss des Builds automatisch von den Capgo Servern gelöscht

Sicherheitsgarantien

Das garantieren wir für deine Credentials:

• ✅ Keine dauerhafte Speicherung - Credentials existieren nur während des aktiven Builds auf Capgo Servern
• ✅ Automatische Löschung - Sofort nach Build-Abschluss gelöscht (maximal 24 Stunden, selbst bei Fehlern)
• ✅ Keine Logs, keine Artefakte - Wir speichern keine Build-Logs oder IPA/APK-Dateien, die Credentials enthalten könnten
• ✅ Ephemere Umgebungen - Build-Umgebungen werden nach der Nutzung vollständig zerstört
• ✅ Direkt in die Stores - Apps gehen direkt in den App Store/Play Store – Capgo behält sie nie

Credentials verwalten

Du hast die volle Kontrolle über deine gespeicherten Credentials:

# List saved credentials (passwords masked)
npx @capgo/cli@latest build credentials list

# Clear credentials for a specific platform
npx @capgo/cli@latest build credentials clear --platform ios

# Clear all credentials
npx @capgo/cli@latest build credentials clear

Welche Credentials werden benötigt?

Für iOS:

• Build-Zertifikat (.p12-Datei und Passwort)
• Provisioning-Profile (.mobileprovision-Dateien)
• Optional: App Store Connect API Key (für automatischen Submit)

Für Android:

• Keystore-Datei (.jks oder .keystore)
• Keystore-Alias
• Keystore-Key-Passwort
• Keystore-Store-Passwort
• Optional: Google Play Service Account JSON (für automatischen Submit)

Siehe unsere Credentials-Dokumentation für detaillierte Setup-Anleitungen.

Datenschutz & Sicherheit zuerst

Neben den Credentials haben wir das gesamte Build-System mit Fokus auf Datenschutz und Sicherheit entwickelt:

• Keine Log-Speicherung: Build-Logs werden via Server-Sent Events (SSE) in Echtzeit an dein Terminal gestreamt, werden aber nie auf Festplatten oder in Datenbanken gespeichert
• Keine Artefakt-Speicherung: Deine IPA/APK-Dateien gehen direkt von unseren Build-Maschinen an die App Store/Play Store Server – Capgo speichert sie nie
• Automatisches Cleanup:
  • Android: Build-Sandbox wird sofort nach Abschluss gelöscht
  • iOS: Mac-User-Account wird nach dem Build bereinigt, die Maschine nach 24 Stunden freigegeben
• Isolierte BuildsJeder iOS-Build läuft in einem komplett separaten macOS-Benutzerkonto mit eigenem Keychain
• Deine Privatsphäre bei Code: Wir bauen nur native Teile – dein JavaScript/HTML/CSS berührt unsere Server nie
• Keine Build-Historie: Wir führen keine Datenbank mit deinen Builds, Versionen oder Build-Metadaten, die über das für aktive Builds Notwendige hinausgehen

Überall einsetzbar

Cloud Build funktioniert überall – auf deinem lokalen Rechner, in GitHub Actions, GitLab CI oder auf jeder CI/CD-Plattform.

Lokale Entwicklung

Auf deinem lokalen Rechner speicherst du Credentials einmal und kannst jederzeit bauen:

# One-time credential setup
npx @capgo/cli@latest build credentials save --platform ios \
  --certificate ./certs/dist.p12 \
  --p12-password "$P12_PASSWORD" \
  --provisioning-profile ./certs/profile.mobileprovision

# Build anytime
npx @capgo/cli@latest build com.example.app --platform ios

CI/CD-Integration

In CI-Umgebungen hast du zwei Möglichkeiten:

Option 1: Credentials in der CI speichern (empfohlen für mehr Einfachheit)

# GitHub Actions example
- name: Save credentials and build
  env:
    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
    P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
  run: |
    # Decode base64-encoded credentials from secrets
    echo "${{ secrets.IOS_CERTIFICATE_BASE64 }}" | base64 -d > cert.p12
    echo "${{ secrets.PROVISIONING_PROFILE_BASE64 }}" | base64 -d > profile.mobileprovision

    # Save credentials
    npx @capgo/cli@latest build credentials save --platform ios \
      --certificate ./cert.p12 \
      --p12-password "$P12_PASSWORD" \
      --provisioning-profile ./profile.mobileprovision

    # Build
    npx @capgo/cli@latest build com.example.app --platform ios

Option 2: Credentials inline angeben (für fortgeschrittene Anwendungsfälle)

Du kannst Credentials auch direkt über Umgebungsvariablen übergeben – siehe die Credentials-Dokumentation für Details.

Keine Konfiguration von Mac-Runnern, kein Management von Build-Caches oder die Installation von SDKs in deiner CI-Umgebung nötig. Capgo übernimmt das alles in der Cloud.

Einfache, transparente Preise

Wir berechnen nach der tatsächlich genutzten Build-Zeit:

• Android-Builds: 1× Multiplikator
• iOS-Builds: 2× Multiplikator (aufgrund dedizierter Mac-Hardware-Kosten)

Keine versteckten Gebühren, keine Mindestlaufzeiten. Du zahlst nur, was du nutzt.

Dein Code, deine Verantwortung

Ein wichtiges Prinzip von Capgo Cloud Build: wir bauen nur die nativen Teile.

Dein Web-Quellcode code und die Dependency-Installation bleiben bei dir. Danach cap syncwerden das kompilierte JavaScript, HTML und CSS im nativen Projekt hochgeladen und für den Build genutzt; anschließend werden die temporären Projektdaten bereinigt. Du bist dafür verantwortlich, deine Web-Assets lokal zu bauen (mit npm run build oder deinem bevorzugten Build-Tool), und wir übernehmen die native Kompilierung.

Diese Trennung ist gewollt:

• Höhere Sicherheit - Deine App-Logik bleibt immer unter deiner Kontrolle
• Schnellere Builds - Wir verschwenden keine Zeit mit dem Rebuild deines Web-code
• Klare Zuständigkeit - Du kontrollierst deinen Web-Build; wir übernehmen die native Komplexität

Was ist mit Live Updates?

Cloud Build ergänzt unser bestehendes live update System. So arbeiten sie zusammen:

• Cloud Build: Für native App-Änderungen (Plugins, Permissions, native code), die ein App Store/Play Store Review erfordern
• Capgo Live Updates: Für Web-code Änderungen (HTML, CSS, JavaScript), die sofort ohne Review deployed werden können

Nutze Cloud Build, wenn du neue Plugins hinzufügst oder native Konfigurationen änderst. Nutze Live Updates für alles andere. Zusammen bieten sie dir den schnellsten Deployment-Workflow.

Aktueller Status: Vollständig veröffentlicht

Cloud Build ist seit Januar 2026 vollständig veröffentlicht und steht allen Capgo Nutzern zur Verfügung. Wir verbessern das Erlebnis laufend auf Basis von Feedback aus der Praxis.

Brauchst du Hilfe beim Einstieg? Tritt unserem Discord bei und sag uns Bescheid – wir helfen dir gerne dabei, deinen ersten Build zum Laufen zu bringen.

Erste Schritte

Bereit für Builds ohne Stress? Wirf einen Blick in die Cloud Build Dokumentation um mehr zu erfahren über:

• Credentials einrichten - iOS-Zertifikate und Android-Keystores
• Erste-Schritte-Guide - Dein erster Build in 5 Minuten
• iOS-spezifisches Setup - Zertifikate, Provisioning Profiles und App Store Connect
• Android-spezifisches Setup - Keystores und Play Store Konfiguration
• CI/CD-Integration - Builds in deiner Pipeline automatisieren
• Fehlerbehebung - Häufige Probleme und Lösungen

Was kommt als Nächstes?

Wir arbeiten aktuell an:

• Schnellere iOS Builds: Caching von Abhängigkeiten über Builds hinweg zur Reduzierung der Build-Zeiten
• Speicherung von Build-Artifacts: Optionaler Download von IPA/APK-Dateien zur manuellen Verteilung
• Eigene Build-Skripte: Support für Pre-/Post-Build-Hooks und eigene Fastlane-Lanes
• Build-Log-Historie: Optionale Log-Speicherung für Debugging und Audit-Trails

Wir entwickeln Capgo Cloud Build als einfachsten und entwicklerfreundlichsten Weg, um native mobile Apps zu bauen. Wenn du Feedback oder Feature-Wünsche hast, freuen wir uns über deine Nachricht in unserem Discord-Community.

Viel Erfolg beim Bauen!

FAQ

Wie hilft Capgo Build Capacitor Teams?

Nach deinem Web-Build und cap sync lädt Capgo CLI das vorbereitete native Projekt hoch, streamt Compile-Logs in dein Terminal und liefert signierte iOS- und Android-Binaries zurück oder lädt sie hoch, sobald du App Store Connect und Play-Credentials konfiguriert hast.

Was ist Capgo?

Capgo ist die Release-Plattform für Capacitor Apps. Capgo Build übernimmt signierte native Binaries und den Store-Submit. Capgo Live Updates liefern JavaScript- und Asset-Änderungen zwischen nativen Releases aus.

Mehr erfahren

• Cloud Build Übersicht
• Guide zum Credential-Setup
• Cloud Build Erste Schritte
• iOS Build Konfiguration
• Android Build Konfiguration
• Tritt unserem Discord bei

iOS Cloud Builds ohne Mac für Capacitor und CI nutzen

Wenn du es nutzt Cloud iOS Builds ohne Mac für Capacitor und CI um CI/CD-Automatisierung zu planen, verbinde es mit Capgo CI/CD für den Produkt-Workflow in Capgo CI/CD, Capgo Native Builds optimieren für den Produkt-Workflow in Capgo Native Builds, Capgo Integrationen für den Produkt-Workflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in der CI/CD-Integration und GitHub Actions-Integration für die Implementierungsdetails in der GitHub Actions-Integration.