Wir freuen uns, Ihnen mitzuteilen 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
Für Webentwickler war das Erstellen von nativen mobilen Apps immer ein Problem. Sie benötigen:
- lokale Entwicklungswerkzeuge: Xcode (30+ GB) und Android Studio installieren und pflegen
- Hardware für Macs: iOS-Builds erfordern einen Mac, was teuer oder auf Linux/Windows CI-Runnern unmöglich sein kann
- CI/CD-Konfiguration: Komplexe GitHub Actions oder andere CI/CD-Workflows mit Build-Caching, Anmeldeinformationen-Management und mehr einrichten
- Abhängigkeitsverwaltung: Build-Tools, SDKs und Zertifikate auf allen Umgebungen auf dem neuesten Stand halten
Was wäre, wenn Sie all das umgehen könnten und nur einen Befehl ausführen müssten?
Vorstellung von Cloud Build
: Mit Capgo Cloud Build ist das Erstellen Ihrer 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, keine komplexe CI/CD-Konfiguration. Nur ein Befehl, der:
- Deine Projektdateien lokal komprimiert
- Sie hochlädt auf die Cloud-Infrastruktur von Capgo
- Deine App auf dedizierter Infrastruktur mit deinen gespeicherten Anmeldeinformationen erstellt
- Log-Einträge in Echtzeit in deinem Terminal streamt
- An die App Store und Play Store (wenn konfiguriert) einreicht
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 dich handhabt.
Aber hier ist, was uns unterscheidet: Wir haben das seit 3 Jahren getan. 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 erstellen.
Unsere Expertise
Über die letzten drei Jahre haben wir:
- Unser eigenes Fastlane-System entwickelt - Wir haben spezielle Fastlane-Konfigurationen für Capacitor-Apps erstellt
- Capacitor-Bauwerke beherrscht - Wir haben tiefes Wissen über die wichtigen Aspekte beim Bauen von Capacitor, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
- Wir konzentrieren uns nur auf native - Wir bauen nur die native Teile (iOS und Android). Ihr JavaScript bleibt bei Ihnen - 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 stellen
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. Ihr App wird mit unseren Capacitor-optimierten Build-Skripten mit Gradle kompiliert, signiert und ist bereit, zur Play Store hochzuladen
Für iOS
iOS-Builds werden auf dedizierten Mac-Maschinen (Scaleway Mac Minis) ausgeführt, die auf Abruf bereitgestellt werden. Wir verwenden unsere benutzerdefinierte Fastlane-Konfiguration - über Jahre hinweg optimiert für Capacitor-Builds - zum Erstellen, Signieren und Hochladen Ihres Apps bei TestFlight. Jeder Build läuft in einem isolierten macOS-Benutzerkonto für Sicherheitsgründen 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 zusehen:
- Abhängigkeitsinstallation
- Build-Kompilierung
- Code-Signierung
- App-Store-Submission
- Jede Fehler- oder Warnmeldung
Und hier ist der wichtige Teil: wir speichern Ihre Protokolle nicht. Sie sind nur während der Buildzeit über Ihr 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 verarbeitet dies mit höchster Sicherheit im Auge.
Sichere Anmeldeinformationen lokalen Speicher
Ihre Anmeldeinformationen werden lokal auf Ihrem Computer gespeichert 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 auf Capgo hochgeladen bis Sie einen Build anfordern. Sie bleiben sicher auf Ihrem Computer.
Was passiert während eines Builds
Wenn Sie einen Build-Befehl ausführen:
- Lokal: CLI liest Anmeldeinformationen aus
~/.capgo/credentials.json - Upload: Zertifikate werden sicher über HTTPS an Capgo’s Buildserver zusammen mit Ihrem Projekt gesendet.
- Build: Zertifikate werden WÄHREND DER AKTIVEN BUILD-PROZESS nur verwendet.
- Cleanup: Zertifikate werden automatisch von Capgo-Servern nach Abschluss der Build-Operation gelöscht.
Security Guarantees
: Wir garantieren Ihnen Folgendes bezüglich Ihrer Zertifikate:
- ✅ Nie dauerhaft gespeichert - Zertifikate existieren auf Capgo-Servern nur während der aktiven Build-Operation.
- ✅ Automatische Löschung - Sofort nach Abschluss der Build-Operation (maximal 24 Stunden, auch bei Build-Fehlern).
- ✅ 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 - Apps gehen direkt in den App Store/Play Store - Capgo hält sie nie
Verwaltung Ihrer Anmeldeinformationen
Sind Anmeldeinformationen erforderlich?
# 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
Für iOS:
Zertifikat zum Bauen (.p12-Datei und Passwort)
- Provisionierungsprofil(e) (.mobileprovision-Dateien)
- Optional: App Store Connect __CAPGO_KEEP_0__-Schlüssel (für automatisierte Einreichung)
- Optional: App Store Connect API key (for automated submission)
Für Android:
- Keystore-Datei (.jks oder .keystore)
- Keystore-Alias
- Keystore-Schlüsselpassword
- Keystore-Speicherpassword
- Optional: Google Play-Dienstkontokonto-JSON (für automatisierte Einreichung)
Siehe unsere Anleitung zur Authentifizierung Zuerst Privatsphäre & Sicherheit
Jenseits der Authentifizierung haben wir das gesamte Build-System mit Privatsphäre und Sicherheit im Sinn entworfen:
Keine Log-Speicherung
- Zur detaillierten Einrichtungsanleitung siehe unsere: Build logs stream to your terminal in real-time via Server-Sent Events (SSE) but are never persisted to disk or databases
- Keine Artefakte speichern: Ihre gebauten IPA/APK-Dateien gehen direkt von unseren Build-Maschinen an die App Store/Play Store-Server - Capgo 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, 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 über Ihre Builds, Versionen oder jegliche Build-Metadaten, die über das notwendige für aktive Builds hinausgehen
Benutze es überall
Cloud Build funktioniert überall - auf deinem lokalen Rechner, GitHub Actions, GitLab CI oder auf jedem CI/CD-Plattform.
lokale Entwicklung
Auf deinem lokalen Rechner 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
Im CI-Umfeld hast du die Wahl:
Option 1: Speichere die Anmeldeinformationen im 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: Bereitstellung der Anmeldeinformationen inline (für fortgeschrittene Anwendungsfälle)
Du kannst die Anmeldeinformationen auch direkt in Umgebungsvariablen übergeben - siehe die Dokumentation zu den Anmeldeinformationen lokale Entwicklung Details finden Sie hier.
Keine Konfiguration von Mac-Runnern, keine Verwaltung von Build-Caches oder Installation von SDKs in Ihrer CI-Umgebung erforderlich. Capgo übernimmt alle diese Aufgaben im Cloud.
Einfache und transparente Preise
Wir berechnen auf Grundlage des tatsächlich verwendeten Build-Zeit:
- Android-BuildsSeite/ Bereich: Capgo Builder / native Cloud-Build-Produktseite. Rolle: Kurze UI-Bezeichnung oder Navigationselement. Gesehen in: Seite native-build.astro. Nachrichten Schlüssel `native_build_v2_calc_android` (Native Build V2 Calc Android).
- : 1-facher MultiplikatoriOS-Builds
Seite/ Bereich: Capgo Builder / native Cloud-Build-Produktseite. Rolle: Kurze UI-Bezeichnung oder Navigationselement. Gesehen in: Seite native-build.astro. Nachrichten Schlüssel `native_build_v2_calc_ios` (Native Build V2 Calc Ios).
Your Code, Your Responsibility
One important principle of Capgo Cloud Build: Ihr __CAPGO_KEEP_0__, Ihre Verantwortung ist es, dass Sie wissen, was Sie tun, wenn Sie __CAPGO_KEEP_0__ Cloud Build verwenden, und dass wir nur die native Teile bauen..
Dein JavaScript, HTML und CSS bleiben auf deiner Seite. Wir verarbeiten, inspizieren oder speichern deine Web code nie. Du bist für die Erstellung deiner Webassets lokal verantwortlich (mit deinem bevorzugten Buildtool) und wir übernehmen die native Kompilierung. npm run build Dieser Aufteilung liegt eine Absicht zugrunde:
Bessere Sicherheit
- - Deine Anwendunglogik bleibt immer in deiner Kontrolle Schwächere Buildzeiten
- - Wir vermeiden es, deine Web __CAPGO_KEEP_0__ neu zu bauen - We don’t waste time rebuilding your web code
- - Du kontrollierst den Buildprozess deiner Webassets; wir übernehmen die native Komplexität Wie geht es mit Live-Updates weiter?
Cloud Build ergänzt unser bestehendes
live-Update-System Better security - Deine Anwendunglogik bleibt immer in deiner Kontrolle. Faster builds - Wir vermeiden es, deine Web __CAPGO_KEEP_0__ neu zu bauen. Clear responsibility - Du kontrollierst den Buildprozess deiner Webassets; wir übernehmen die native Komplexität.. Hier ist, wie sie zusammenarbeiten:
- Cloud BuildCloud Build: Für native App-Änderungen (Plugins, Berechtigungen, native code) die eine App-Store/Play-Store-Überprüfung erfordern
- Live UpdatesLive 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? Beitreten Sie unserem Discord und lassen Sie uns wissen - wir ließen uns freuen, Ihnen dabei zu helfen, Ihre erste Build zu starten.
Einstieg
Bereit, ohne Stress zu bauen? Überprüfen Sie die Dokumentation zu Cloud Build um mehr über zu erfahren:
- Einstellungen von Anmeldedaten - iOS-Zertifikate und Android-Keystores
- Anleitung zum Starten - Ihre erste Build in 5 Minuten
- iOS-spezifische Einstellungen - Zertifikate, Provisioning-Profile und App Store Connect
- Android-spezifische Einstellungen - Keystores und Play Store-Konfiguration
- Integration von CI/CD - Automatisierung von Builds in Ihrem Pipeline
- Troubleshooting Unterstützung
Unterstützung
- Häufige Probleme und Lösungen
- Wat's kommt als Nächstes?Wir arbeiten derzeit an:
- Beschleunigte 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: 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!
Mehr erfahren
- Übersicht über Cloud Build
- Anleitung zur Einrichtung von Anmeldeinformationen
- Einführung in Cloud Build
- Konfiguration für iOS-Builds
- Konfiguration für Android-Builds
- Unsere Discord-Gemeinschaft beitreten
Keep going from Introducing Capgo Cloud Build - Build Native Apps Without the Hassle
Wenn Sie bereits verwenden Introducing Capgo Cloud Build - Build Native Apps Without the Hassle um die Automatisierung von CI/CD zu planen, verbinden Sie es mit Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds for the product workflow in Capgo Native Builds, Capgo Integrations for the product workflow 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.