Introducing Capgo Cloud Build - Build Native Apps Without the Hassle

We’re excited to announce Capgo Cloud Build - eine neue Möglichkeit, Ihre Capacitor-Apps für iOS und Android direkt im Cloud zu erstellen, ohne lokale Entwicklungsumgebungen oder CI/CD-Infrastruktur benötigen.

Das Problem, das wir lösen

Die Entwicklung von nativen mobilen Apps war für Web-Entwickler immer ein Problem. Sie benötigen:

Lokale Entwicklungstools: Xcode (30+ GB) und Android Studio auf Ihrem Rechner installieren und pflegen
Mac-Hardware: iOS-Builds erfordern einen Mac, der teuer oder auf Linux/Windows- CI-Runner nicht verfügbar sein kann
CI/CD-Konfiguration: Komplexe GitHub-Actions oder andere CI/CD-Workflows mit Build-Caching, Credentials-Management und mehr einrichten
Abhängigkeits-ManagementDenken Sie daran, Ihre Build-Tools, SDKs und Zertifikate auf dem neuesten Stand zu halten, über alle Umgebungen hinweg.

Wie wäre es, wenn Sie all das umgehen könnten und einfach nur eine Befehlszeile ausführen könnten?

Vorstellung von Cloud Build

Mithilfe von Capgo Cloud Build ist das Bauen Ihres Apps 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, keine Android Studio, keine komplexe CI/CD-Konfiguration. Nur eine Befehlszeile, die:

Komprimiert Ihr Projekt lokal
Hochlädt es in die Cloud-Infrastruktur von Capgo
Baut Ihre App auf dedizierter Infrastruktur mit Ihren gespeicherten Anmeldeinformationen
Streamt Protokolle in Echtzeit in Ihr Terminal
Übermittelt an die App Store und Play Store (wenn konfiguriert)

Wie es funktioniert

Wir haben Capgo Cloud Build mit demselben Ansatz wie Expo EAS Build entwickelt - dedizierte Cloud-Infrastruktur, die alle Komplexität für Sie handhabt.

But das ist, was uns unterscheidet: Wir haben das seit 3 Jahren gemacht.. Wir haben seit Beginn von Capgo native Apps für unsere Kunden intern entwickelt und haben genau herausgefunden, was es braucht, um Capacitor Apps zuverlässig zu bauen.

Unsere Expertise

Im Laufe der letzten drei Jahre haben wir:

Kontext: Seite/Bereich: Capgo Builder / native cloud build Produktseite. Rolle: Kurze UI-Bezeichnung oder Navigationselement. Nachrichtenschlüssel `native_build_builder_credit_over` (Native Build Builder Credit Over). - We’ve created custom Fastlane configurations specifically optimized for Capacitor apps
- Wir haben speziell für Capacitor-Apps optimierte Fastlane-Konfigurationen erstellt Capacitor-Builds beherrscht
- Wir haben tiefes Wissen darüber, was wichtig ist, wenn man für __CAPGO_KEEP_0__ baut, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten - We build only the native parts (iOS and Android). Your JavaScript stays on your side - we never touch or store your web code
- Wir bauen nur die native Teile (iOS und Android). Ihr JavaScript bleibt bei Ihnen - wir berühren oder speichern nie Ihre Web __CAPGO_KEEP_0__-Anwendungen - Tausende interner Builds haben uns geholfen, unser Build-System zu perfektionieren, bevor wir es Ihnen zur Verfügung stellen.

Dies ist keine neue Experimentierphase. Es handelt sich um ein bewährtes Infrastruktur, auf das wir uns in den letzten Jahren verlassen haben, das jetzt als Dienst verfügbar ist.

Für Android

Android-Builds laufen in sicheren Cloudflare-Sandboxes mit sofortiger Löschung nach Abschluss. Ihre App wird mit Gradle mit unseren Capacitor-optimierten Build-Skripten kompiliert, signiert und ist bereit, zur Play Store zu übermitteln.

Für iOS

iOS-Builds laufen auf dedizierten Mac-Maschinen (Scaleway Mac Minis), die auf Abruf bereitgestellt werden. Wir verwenden unsere benutzerdefinierte Fastlane-Einrichtung - die über Jahre hinweg anhand von Capacitor-Builds feinjustiert wurde - zum Bauen, Signieren und zur Übermittlung Ihrer App an TestFlight. Jeder Build läuft in einem isolierten macOS-Benutzerkonto zum Zweck der Sicherheit, und die Maschinen werden nach 24 Stunden automatisch gelöscht.

Echtzeit-Protokolle

Im Gegensatz zu anderen Lösungen streamen wir die Build-Protokolle direkt in Ihr Terminal, während sie laufen. Sie können zusehen:

Abhängigkeitsinstallation
Kompilierung
Code-Signierung
Übermittlung an die App-Store
Jeder Fehler oder Warnung

Und hier ist der wichtige Teil: Wir speichern Ihre Protokolle nicht.Sie sind nur während der Build über Ihre CLI-Sitzung verfügbar, um Ihre Privatsphäre zu gewährleisten.

Wie funktionieren die Anmeldeinformationen?

Bevor Sie bauen können, müssen Sie Ihre Signierungsanmeldeinformationen bereitstellen. Capgo handhabt dies mit maximaler Sicherheit im Auge.

Anmeldeinformationen lokal speichern

Ihre Anmeldeinformationen werden lokal auf Ihrem Gerät in ~/.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 Anmeldeinformationen werden nie an Capgo hochgeladen. Sie bleiben sicher auf Ihrem Gerät.

Was passiert während einer Build?

When Sie eine Build-Kommando ausführen:

Local: CLI liest Anmeldeinformationen von ~/.capgo/credentials.json
Upload: Anmeldeinformationen werden sicher über HTTPS an Capgo’s Build-Server zusammen mit Ihrem Projekt gesendet
Buildcontext
Page/area: Homepage landing product feature section. Role: Short UI label or navigation item. Seen in: component landing/AutomationFeatures.astro. Message key `landing_automation_build` (Landing Automation Build).: Credentials are automatically deleted from Capgo servers after the build completes

Cleanup

: Anmeldeinformationen werden automatisch von __CAPGO_KEEP_0__-Servern nach Abschluss des Builds gelöscht

✅ Sicherheitszusagen - Authentifizierungsdaten bestehen nur auf Capgo-Servern während der laufenden Build-Phase
✅ - Sofortige Löschung - Authentifizierungsdaten werden sofort nach Abschluss der Build-Phase (maximal 24 Stunden, auch bei Build-Fehlern) gelöscht
✅ - Keine Protokolle, keine Artefakte - Wir speichern keine Build-Protokolle oder IPA/APK-Dateien, die möglicherweise Authentifizierungsdaten enthalten
✅ - Ephemere Umgebungen - Die Build-Umgebungen werden vollständig nach dem Gebrauch zerstört
✅ - Direkt in die Stores - Apps gehen direkt in den App Store/Play Store - Capgo hält sie nie

- Ihre Authentifizierungsdaten

- Sie haben volle Kontrolle über Ihre gespeicherten Authentifizierungsdaten:

# 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 Authentifizierungsdaten sind erforderlich?

Für iOS:

Zertifikatsdatei (.p12-Datei und Passwort)
Provisionierungsprofil(e) (.mobileprovision-Dateien)
Optional: App Store Connect API-Schlüssel (für automatisierte Einreichung)

Für Android:

Keystore-Datei (.jks oder .keystore)
Keystore-Alias
Keystore-Schlüsselpasswort
Keystore-Speicherpasswort
Optional: Google Play-Dienstkontokonto-JSON (für automatisierte Einreichung)

Siehe unsere Dokumentation zu Benutzernamen und Passwörtern Für detaillierte Anweisungen zur Einrichtung.

Zuerst Privatsphäre und Sicherheit.

Wir haben das gesamte Buildsystem über die Authentifizierung hinaus mit Privatsphäre und Sicherheit im Sinn entworfen:

Keine ProtokollierungSeite/ Bereich: Capgo Builder / native cloud build Produktseite. Rolle: Abschnitt oder Seiteüberschrift. Nachrichtenschlüssel `native_build_security_feature4_title` (Native Build-Sicherheitsmerkmal 4 Titel).
: Die Build-Protokolle fließen in Echtzeit in Ihr Terminal über Server-Sent Events (SSE), werden jedoch nie auf dem Festplatte oder in Datenbanken gespeichert: Your built IPA/APK files go directly from our build machines to App Store/Play Store servers - Capgo never stores them
: Die gebauten IPA/APK-Dateien gehen direkt von unseren Build-Maschinen an die Server von App Store/Play Store - __CAPGO_KEEP_0__ speichert sie nie:
- Automatische Löschung
- Android: Der Build-Sandbox wird sofort nach Abschluss zerstört
iOS: Das Mac-Benutzerkonto wird nach dem Build gelöscht, die Maschine wird nach 24 Stunden abgemeldetIsolierte Builds
Deine Code Datenschutz: Wir bauen nur native Teile - Dein JavaScript/HTML/CSS berührt unsere Server nie
Keine Build-Historie: Wir führen keine Datenbank über Deine Builds, Versionen oder jedes Build-Metadaten hinaus, was für aktive Builds benötigt wird

Benutze es überall

Cloud Build funktioniert überall - Dein lokaler Computer, GitHub Actions, GitLab CI oder jede CI/CD-Plattform

Local Development

Auf deinem lokalen Computer speicherst du die Anmeldeinformationen einmal und baust zu jedem Zeitpunkt:

# 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 die Wahl:

Option 1: Speichere Anmeldeinformationen in CI (empfohlen für 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: Anmeldeinformationen inline bereitstellen (für fortgeschrittene Anwendungsfälle)

Sie können auch Anmeldeinformationen direkt in Umgebungsvariablen übergeben - siehe die Dokumentation zu Anmeldeinformationen für weitere Informationen.

Keine Konfiguration von Mac-Runnern, Verwaltung von Build-Caches oder Installation von SDKs in Ihrer CI-Umgebung erforderlich. Capgo übernimmt alle diese Aufgaben im Cloud.

Einfache und transparente Preisgestaltung

Wir berechnen auf Grundlage des tatsächlich genutzten Build-Zeit:

Android-BuildsKontext: Seite/ Bereich: Capgo Builder / native cloud build Produktseite. Rolle: Kurze UI-Bezeichnung oder Navigationspunkt. Gesehen in: Seite native-build.astro. Nachrichtenschlüssel `native_build_v2_calc_android` (Native Build V2 Calc Android).
: Multiplikator 1×iOS-Builds (Kontext: Seite/ Bereich: Capgo Builder / native cloud build Produktseite. Rolle: Kurze UI-Bezeichnung oder Navigationspunkt. Gesehen in: Seite native-build.astro. Nachrichtenschlüssel `native_build_v2_calc_ios` (Native Build V2 Calc Ios). ) : Multiplikator 2× (wegen der Kosten für dedizierte Mac-Hardware)

Keine Überraschungsgebühren, keine Mindestverpflichtungen. Sie zahlen nur für das, was Sie verwenden.

Ihr Code, Ihre Verantwortung

Ein wichtiger Grundsatz von Capgo Cloud Build: wir bauen nur die native Teile.

Ihre JavaScript, HTML- und CSS-Dateien bleiben auf Ihrer Seite. Wir verarbeiten, überprüfen oder speichern Ihre Web-code nie. Sie sind für die lokale Erstellung Ihrer Web-Ressourcen verantwortlich (mit Ihrer bevorzugten Build-Tool oder) npm run build oder Ihrem bevorzugten Build-Tool), und wir übernehmen die native Kompilierung.

Diese Trennung ist bewusst vorgenommen:

Bessere Sicherheit - Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle
Schnellere Builds - Wir verschwenden keine Zeit damit, Ihre Web-code neu zu bauen
Klare Verantwortung - Sie kontrollieren Ihren Web-Build-Prozess; wir übernehmen die native Komplexität.

Wie geht es mit Live-Updates weiter?

Cloud Build ergänzt unser bestehendes live-Update-System. Hier ist, wie sie zusammenarbeiten:

Cloud Build: Für native App-Änderungen (Plugins, Berechtigungen, native code) die eine App-Store/Play-Store-Überprüfung erfordern
Live-Updates: For web code changes (HTML, CSS, JavaScript) that can be deployed instantly without review

: Für Web __CAPGO_KEEP_0__-Änderungen (HTML, CSS, JavaScript) die sofort ohne Überprüfung bereitgestellt werden können

Verwenden Sie Cloud Build, wenn Sie ein neues Plugin hinzufügen oder native Konfigurationen ändern. Verwenden Sie Live-Updates für alles andere. Zusammen geben sie Ihnen den schnellstmöglichen Bereitstellungsworkflow.

Cloud Build has been fully released since January 2026 and is available to all Capgo users. We’re continuing to improve the experience based on production feedback.

Benötigen Sie Hilfe bei der Einstellung? Sind Sie bereit, sich unserem Discord anzuschließen und uns zu sagen, wie wir Ihnen helfen können, Ihren ersten Build zu erstellen? und lassen Sie uns wissen - wir würden uns freuen, Ihnen dabei zu helfen, Ihren ersten Build zu erstellen.

Anfängerfreundlichkeit

Cloud Build-Dokumentation Um mehr über zu erfahren: Einstellung von Anmeldeinformationen

- iOS-Zertifikate und Android-Keystores Anfängeranleitung
- Ihren ersten Build in 5 Minuten iOS-spezifische Einstellung
Getting Started - Zertifikate, Provisionierungsprofile und App Store Connect
- Android-spezifische Einrichtung - Keystores und Play Store-Konfiguration
- CI/CD-Integration - Automatisieren Sie Builds in Ihrem Pipeline
- Fehlerbehebung - Häufige Probleme und Lösungen

- Was kommt als Nächstes?

- Wir arbeiten derzeit an:

- Schnellere iOS-Builds- : Zwischenlagern von Abhängigkeiten zwischen Builds, um die Buildzeiten zu reduzieren
- Speicherung von Build-Artefakten: Optional download von IPA/APK-Dateien für manuelle Verteilung
Benutzerdefinierte Build-Skripte: Unterstützung für Vor- und Nach-Build-Hooks und benutzerdefinierte Fastlane-Linien
Build-Protokolle-Historie: Optional Log-Speicherung für Debugging und Audit-Trail

Wir bauen Capgo Cloud Build, um die einfachste und entwicklerfreundlichste Möglichkeit für die Erstellung von nativen mobilen Apps zu bieten. Wenn Sie Feedback oder Feature-Anfragen haben, würden wir uns freuen, von Ihnen in unserer Discord-Gemeinschaft zu hören.

Viel Spaß beim Bauen!

Erkundigen Sie sich weiter

Keep going from Introducing Capgo Cloud Build - Build Native Apps Without the Hassle

Mach weiter von Introducing Capgo Cloud Build - Build Native Apps Without the Hassle Introducing Capgo Cloud Build - Build Native Apps Without the Hassle Mach weiter von Introducing Capgo Cloud Build - Build Native Apps Without the Hassle Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds for the product workflow in Capgo Native Builds, Capgo Integrations für den Produktworkflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration, und GitHub Aktionen-Integration für die Implementierungsdetails in GitHub Aktionen-Integration.

Vorstellung von Capgo Cloud Build - Apps für native Plattformen ohne Stress erstellen