Introducing Capgo Cloud Build - App-Entwicklungen ohne Stress

Wir freuen uns, Ihnen mitteilen zu können Capgo Cloud Build - eine neue Möglichkeit, Ihre Capacitor Apps für iOS und Android direkt in der Cloud ohne lokale Entwicklungsumgebungen oder CI/CD-Infrastruktur zu erstellen.

Das Problem, das wir lösen

Building native mobile apps hat immer ein Problem für Web-Entwickler dargestellt.

Local Development Tools: Installieren und __CAPGO_KEEP_0__ Xcode (30+ GB) und Android Studio auf Ihrem Gerät
Mac Hardware: iOS-Builds erfordern einen Mac, der teuer oder unmöglich auf Linux/Windows CI-Runner sein kann
CI/CD Configuration: Setzen Sie komplexe GitHub Actions oder andere CI/CD-Workflows mit Build-Caching, Credentials-Management und mehr ein
Dependency Management: Halten Sie Build-Tools, SDKs und Zertifikate in allen Umgebungen auf dem neuesten Stand

Was wäre, wenn Sie all das umgehen könnten und nur einen Befehl ausführen müssten?

Introducing Cloud Build

With Capgo Cloud Build, das Bauen Ihres Apps ist 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

That’s it. Kein Xcode, kein Android Studio, keine komplexen CI/CD-Einstellungen. Nur eine Befehlszeile, die:

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

Wie es funktioniert

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

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

Unsere Expertise

Über die letzten drei Jahre haben wir:

Unsere eigene Fastlane-System entwickelt - Wir haben benutzerdefinierte Fastlane-Konfigurationen erstellt, die speziell für Capacitor-Apps optimiert sind
Capacitor-Bauwerke beherrscht - Wir haben tiefes Wissen über die wichtigen Aspekte beim Bauen für Capacitor, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
Schwerpunkt auf nativen nur - Wir bauen nur die nativen Teile (iOS und Android). Ihr JavaScript bleibt auf Ihrer Seite - wir berühren oder speichern Ihr Web code nie
Unsere Infrastruktur optimiert - Tausende interner Builds haben uns geholfen, unser Build-System zu perfektionieren, bevor wir es Ihnen zur Verfügung stellten

Das ist keine neue Experimentierphase. Es ist ein battle-getestetes Infrastruktur-System, das wir seit Jahren verwendet haben, jetzt als Dienst verfügbar

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 Veröffentlichung im Play Store zu werden

Für iOS

iOS-Builds werden auf dedizierten Mac-Maschinen (Scaleway Mac Minis) auf Anforderung bereitgestellt. Wir verwenden unsere benutzerdefinierte Fastlane-Konfiguration - über Jahre hinweg an Capacitor-Builds feinjustiert - um Ihre App zu erstellen, zu signieren und bei TestFlight hochzuladen. Jeder Build läuft in einem isolierten macOS-Benutzerkonto zum Schutz 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 passieren. Sie können z.B. Folgendes verfolgen:

Abhängigkeitsinstallation
Build-Kompilierung
Code-Signierung
App-Store-Submission
Jede Fehler- oder Warnmeldung

Und hier ist der wichtige Punkt: wir speichern Ihre Protokolle nicht.Sie sind nur während der Buildzeit über Ihr CLI-Sitzung verfügbar, um Ihre Privatsphäre zu schützen.

Wie Funktionieren die Anmeldeinformationen

Bevor Sie ein Projekt erstellen 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 Computer in __CAPGO_KEEP_0__ gespeichert. ~/.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 bis Sie einen Build anfordern. Sie bleiben sicher auf Ihrem Computer.

Was Während eines Builds passiert

Wenn Sie einen Build-Befehl ausführen:

Lokal: CLI liest Anmeldeinformationen aus ~/.capgo/credentials.json
Upload: Capgo-Zugänge werden sicher über HTTPS an Capgo-Buildserver zusammen mit Ihrem Projekt gesendet
Build: __CAPGO_KEEP_0__-Zugänge werden NUR während des aktiven Build-Prozesses verwendet
Cleanup: Capgo-Zugänge werden automatisch von Capgo-Servern nach Abschluss des Builds gelöscht

Sicherheitszusagen

Hier sind unsere Zusagen zu Ihren Zugängen:

✅ Nie dauerhaft gespeichert - Capgo-Zugänge bestehen auf Capgo-Servern nur während des aktiven Builds
✅ Automatische Löschung - Sofort nach Abschluss des Builds gelöscht (maximal 24 Stunden, auch wenn der Build fehlschlägt)
✅ Keine Protokolle, keine Artefakte - Wir speichern keine Build-Protokolle oder IPA/APK-Dateien, die möglicherweise Anmeldeinformationen enthalten
✅ Ephemere Umgebungen - 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 Anmeldeinformationen verwalten

Sie haben volle Kontrolle über Ihre gespeicherten Anmeldeinformationen:

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

Für iOS:

Zertifikat für die Build-Verifizierung (.p12-Datei und Passwort)
Provisioning-Profil(e) (.mobileprovision-Dateien)
Optional: App Store Connect API-Schlüssel (für automatisierte Einreichung)

For Android:

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

Siehe unsere Zugangsdaten-Dokumentation für detaillierte Einrichtungsanweisungen.

Datenschutz & Sicherheit zuerst

Jenseits von Zugangsdaten haben wir das gesamte Build-System mit Datenschutz und Sicherheit im Auge:

Keine Log-Speicherung: Build-Protokolle streamen in Echtzeit in Ihre Terminal-Ansicht via Server-Sent Events (SSE), werden aber nie auf Festplatten oder Datenbanken gespeichert
Keine Artefakt-Speicherung: Ihre gebauten IPA/APK-Dateien gehen direkt von unseren Build-Maschinen zu den Servern von App Store/Play Store - Capgo speichert sie nie
Automatische Löschung:
- Android: Build-Sandbox wird sofort nach Abschluss zerstört
- iOS: Mac-Benutzerkonto wird nach dem Build gereinigt, Maschine wird nach 24 Stunden abgemeldet
Isolierte Builds: Jeder iOS-Build läuft in einer vollständig separaten macOS-Benutzerkonto mit seinem eigenen Schlüsselkasten
Code-Datenschutz: Wir bauen nur native Teile - Ihre JavaScript/HTML/CSS berührt unsere Server nie
Keine Build-Historie: Wir führen keine Datenbank Ihrer Builds, Versionen oder jeglicher Build-Metadaten außer dem notwendigen für aktive Builds

Verwende es überall

Cloud Build funktioniert überall - deinem lokalen Computer, GitHub Actions, GitLab CI oder jedem CI/CD-Plattform.

Lokale Entwicklung

Auf deinem lokalen Computer speicherst du die Anmeldeinformationen einmal und baust jederzeit auf:

# 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 kannst du entweder:

Option 1: Anmeldeinformationen in CI speichern (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)

Du kannst auch Anmeldeinformationen direkt in Umgebungsvariablen übergeben - siehe die Dokumentation zu Anmeldeinformationen zur Details.

Für Mac-Runner gibt es keine Konfiguration erforderlich, Build-Caches zu verwalten oder SDKs in Ihrem CI-Umgebung zu installieren. Capgo übernimmt alle diese Aufgaben im Cloud.

Einfache, transparente Preise

Wir berechnen auf Grundlage des tatsächlichen verwendeten Build-Zeit:

Android-Builds: 1-faches Multiplikator
iOS-Builds: 2-faches Multiplikator (aufgrund 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

Eines der wichtigsten Prinzipien von Capgo Cloud Build: wir bauen nur die native Teile.

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

Diese Trennung ist bewusst vorgenommen:

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

Was ist mit Live-Updates?

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: Für Web-code-Ä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 schnellsten möglichen Bereitstellungsworkflow.

Aktueller Status: Vollständig Veröffentlicht

Cloud Build ist seit Januar 2026 vollständig veröffentlicht und steht allen Capgo-Benutzern zur Verfügung. Wir setzen uns weiterhin dafür ein, die Erfahrung auf der Grundlage von Produktionsfeedback zu verbessern.

Brauchen Sie Hilfe, um loszulegen? Joinen Sie unseren Discord und lassen Sie es uns wissen - wir würden uns freuen, Ihnen dabei zu helfen, Ihre erste Build zu starten.

Getting Started

Bereit, ohne Umstände zu bauen? Besuchen Sie die Cloud Build-Dokumentation um mehr über zu erfahren:

Einstellungen für Zugriffsdaten - iOS-Zertifikate und Android-Keystores
Anleitung zum Start - Ihre erste Build in 5 Minuten
iOS-spezifische Einstellungen - Zertifikate, Berechtigungsprofile und App Store Connect
Android-spezifische Einstellungen - Keystores und Play Store-Konfiguration
Integration in CI/CD - Automatisierung von Builds in Ihrem Pipeline
Fehlersuche - Häufige Probleme und Lösungen

Was kommt als Nächstes?

Wir arbeiten derzeit an:

Schnellere iOS-Builds: Zwischenspeicherung von Abhängigkeiten zwischen Builds, um die Buildzeiten zu reduzieren
Speicherung von Build-Artefakten: Optionaler Download von IPA/APK-Dateien für manuelle Verteilung
Benutzerdefinierte Build-Skripte: Unterstützung für Vorkommando- und Nachkommando-Hooks sowie benutzerdefinierte Fastlane-Linien
Build-Protokolle-Historie: Optional Log-Speicherung für Debugging und Audit-Verfolgung

Wir bauen Capgo Cloud Build, um es zum einfachsten und freundlichsten Weg für Entwickler zu machen, native mobile Apps zu bauen. Wenn Sie Feedback oder Feature-Anfragen haben, würden wir uns freuen, von Ihnen in unserer Discord-Gemeinschaft zu hören.

Viel Erfolg beim Bauen!

Weitere Informationen

Fortsetzen Sie mit Introducing Capgo Cloud Build - Bauen Sie native Apps ohne das Hantieren

If Sie __CAPGO_KEEP_0__ verwenden Introducing Capgo Cloud Build - Mit Cloud Build native Apps ohne Stress erstellen um die CI/CD-Automatisierung zu planen, verbinden Sie es mit Capgo CI/CD um den Produktworkflow in Capgo CI/CD zu planen Capgo Native Builds um den Produktworkflow in Capgo Native Builds zu planen Capgo Integrations um den Produktworkflow in Capgo Integrations zu planen CI/CD-Integration um die Implementierungsdetails in CI/CD-Integration zu planen GitHub Actions-Integration für die Implementierungsdetails in GitHub Actions-Integration.

Introducing Capgo Cloud Build - Apps für alle Plattformen ohne Stress erstellen