Vorstellung von Capgo Cloud Build - Erstellen Sie native Apps ohne Umstände

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

Das Problem, das wir lösen

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

Lokale Entwicklungstools: Xcode (30+ GB) installieren und auf Ihrem Gerät aufrechterhalten
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-Aktionen oder andere CI/CD-Workflows mit Build-Caching, Credentials-Management und mehr einrichten
Abhängigkeitsmanagement: Halten Sie Ihre Build-Tools, SDKs und Zertifikate in allen Umgebungen auf dem neuesten Stand.

Wie wäre es, wenn Sie all das überspringen und nur einen Befehl ausführen könnten?

Cloud Build vorstellen

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 ein Befehl, der:

Ihr Projekt lokal komprimiert
Es hochlädt in die Cloud-Infrastruktur von Capgo
Ihr App auf dedizierter Infrastruktur mit Ihren gespeicherten Anmeldeinformationen erstellt
Log-Einträge in Echtzeit in Ihr Terminal streamt
Zur App Store und Play Store (wenn konfiguriert) einreicht

Wie es funktioniert

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

Aber das, was uns von anderen 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 bedeutet, Capacitor-Apps zuverlässig zu bauen.

Unsere Expertise

In den letzten drei Jahren haben wir:

Unser eigenes Fastlane-System entwickelt - Wir haben benutzerdefinierte Fastlane-Konfigurationen erstellt, die speziell für Capacitor-Apps optimiert sind
Capacitor-Builds beherrscht - Wir haben tiefes Wissen darüber, was wichtig ist, wenn man für Capacitor baut, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
Sich auf native-only konzentriert - Wir bauen nur die native Teile (iOS und Android). Ihr JavaScript bleibt bei Ihnen - wir berühren oder speichern nie euer Web code
Unsere Infrastruktur optimiert - Tausende interne Builds haben uns geholfen, unser Build-System zu perfektionieren, bevor wir es Ihnen zur Verfügung gestellt haben

Das ist keine neue Experimentierphase. Es handelt sich um battle-getestete Infrastruktur, auf die wir uns in den letzten Jahren verlassen haben, jetzt als Dienst verfügbar

Für Android

Android-Builds laufen in sicheren Cloudflare Sandbox-Containern 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 an die Play Store zu übermitteln

Für iOS

iOS builds run on dedicated Mac machines (Scaleway Mac minis) provisioned on-demand. We use our custom Fastlane setup - refined over years of Capacitor builds - to build, sign, and submit your app to TestFlight. Each build runs in an isolated macOS user account for security, and machines are automatically cleaned up after 24 hours.

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-Kompilation
Code-Signierung
Veröffentlichung in der 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.

Sicherung der Anmeldeinformationen Lokal

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 bis Sie einen Build anfordern. Sie bleiben sicher auf Ihrem Gerät.

Was Während einer Build geschieht

Wenn Sie einen Build-Befehl ausführen:

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

Sicherheitszusagen

Hier sind unsere Zusagen zu Ihren Anmeldeinformationen:

✅ Nie dauerhaft gespeichert - Capgo-Server-Credentials bestehen nur während der aktiven Buildzeit
✅ Automatische Löschung - Wird sofort nach Build-Abgeschlossen (maximal 24 Stunden, auch wenn der Build fehlschlägt) gelöscht
✅ Keine Protokolle, keine Artefakte - Wir speichern keine Build-Protokolle oder IPA/APK-Dateien, die möglicherweise Anmeldeinformationen enthalten
✅ Ephemere Umgebungen - Die Build-Umgebungen werden vollständig nach dem Gebrauch zerstört
✅ Direkt in die Stores - Die 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:

Zertifikatsdatei (.p12-Datei und Passwort)
Provisioning-Profil(s) (.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-Dienstkontoinhalt (JSON) (für automatisierte Einreichung)

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

Zuerst Privatsphäre und Sicherheit

Jenseits von Anmeldeinformationen haben wir das gesamte Build-System mit Privatsphäre und Sicherheit im Sinn entworfen:

Keine Log-Speicherung: Build-Logs werden in Echtzeit über Server-Sent Events (SSE) in die Konsole gestreamt, aber nie auf Festplatte oder Datenbanken gespeichert
Keine Artefakt-Speicherung: Die gebauten IPA/APK-Dateien gehen direkt von unseren Build-Maschinen auf die Server 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 der Build-Ausführung gelöscht, das Gerät wird nach 24 Stunden abgemeldet
Isolierte Builds: Jeder iOS-Build läuft in einem vollständig separaten macOS-Benutzerkonto mit seinem eigenen Schlüsselkasten
Ihre Code-Datenschutz: Wir bauen nur native Teile - Ihr 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, was für aktive Builds benötigt wird

Überall einsetzen

Cloud Build funktioniert überall - auf Ihrem lokalen Rechner, GitHub-Workflows, GitLab CI oder auf jedem CI/CD-Plattform

Lokale Entwicklung

Auf Ihrem lokalen Rechner speichern Sie die Anmeldeinformationen einmal und können 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 können Sie entweder:

Option 1: Anmeldeinformationen in CI speichern (empfohlen für Einfachheit) 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)

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

Keine Konfiguration von Mac-Runnern, Verwaltung von Build-Caches oder Installation von SDKs in Ihrer CI-Umgebung erforderlich. Capgo handhabt alles in der Cloud.

Einfache und transparente Preisgestaltung

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

Android-Builds: 1-faches Multiplikator
iOS-Builds: 2-faches Multiplikator (ausgestattet mit dedizierten Mac-Hardwarekosten)

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 lautet: Wir bauen nur die native Teile.

Ihre JavaScript, HTML- und CSS-Dateien bleiben bei Ihnen. Wir verarbeiten, inspizieren oder speichern Ihre Web code nie. Sie sind für die lokale Erstellung Ihrer Web-Assets (mit Ihrem bevorzugten Build-Tool) verantwortlich, und wir übernehmen die native Kompilierung. npm run build Diese Trennung ist bewusst vorgenommen:

Bessere Sicherheit

- Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle Schnellere Builds
- Wir verschwenden keine Zeit damit, Ihre Web __CAPGO_KEEP_0__ neu zu bauen - We don’t waste time rebuilding your web code
Bessere Sicherheit, - Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle, Schnellere Builds, - Wir verschwenden keine Zeit damit, Ihre Web __CAPGO_KEEP_0__ neu zu bauen, Clear responsibility - Sie kontrollieren Ihren Web-Build-Prozess; wir übernehmen die native Komplexität.

Was über 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 schnellstmö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 gerne helfen, dass Ihr erstes Build läuft.

Loslegen

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

Einstellungen von Anmeldedaten - iOS-Zertifikate und Android-Keystores
Einstellungsanleitung - Ihr erstes Build in 5 Minuten
iOS-spezifische Einstellungen - Zertifikate, Provisioning-Profile und App Store Connect
Android-spezifische Einrichtung - Keystores und Play Store-Konfiguration
CI/CD-Integration - Automatisiere Builds in deinem Pipeline
Fehlersuche - Häufige Probleme und Lösungen

Was kommt als Nächstes?

Wir arbeiten derzeit an:

Schnellere iOS-Builds: Abfrage 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-Geschichte: Optional Log-Speicherung für Debugging und Audit-Trail

Wir bauen Capgo Cloud Build, um die einfachste und entwicklerfreundlichste Möglichkeit zu schaffen, native mobile Apps zu bauen. Wenn Sie Feedback oder Feature-Anfragen haben, würden wir uns freuen, wenn Sie uns in unserer Discord-Gemeinschaft kontaktieren.

Viel Spaß beim Bauen!

Weitere Informationen

Bleiben Sie bei Introducing Capgo Cloud Build - Apps für native Plattformen ohne Stress erstellen

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

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