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 Notwendigkeit von lokalen Entwicklungsumgebungen oder CI/CD-Infrastruktur zu bauen.
Das Problem, das wir lösen
Für Webentwickler war das Erstellen von nativen mobilen Apps immer ein Problem. Sie benötigen:
- lokale Entwicklungstools: Xcode (30+ GB) und Android Studio installieren und aufrechterhalten
- 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:
- Ihre Projektdateien lokal komprimiert
- Sie hochlädt auf die Capgo-Cloud-Infrastruktur
- Ihre App auf dedizierter Infrastruktur mit Ihren gespeicherten Anmeldeinformationen erstellt
- Log-Einträge in Echtzeit in Ihr Terminal streamt
- Auf den 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 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 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 interne 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 bewährtes 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 Anforderung bereitgestellt werden. Wir verwenden unsere benutzerdefinierte Fastlane-Einrichtung - über Jahre hinweg an Capacitor-Builds weiterentwickelt - zum Bauen, Signieren und Einreichen 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-Einreichung
- Jeder Fehler oder Warnung
Und hier ist der wichtige Teil: wir speichern Ihre Protokolle nichtSie sind nur während der Build ü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 lokalisieren
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 an 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 ausschließlich während des aktiven Buildprozesses verwendet.
- Cleanup: Zertifikate werden automatisch von Capgo-Servern nach Abschluss des Builds gelöscht.
Security Guarantees
: Hier sind unsere Garantien für Ihre Zertifikate:
- ✅ Nie dauerhaft gespeichert - Zertifikate 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 - 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
Verwaltung Ihrer Anmeldeinformationen
Sie haben die 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 zum Bauen (.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üsselpassword
- Keystore-Speicherpassword
- Optional: JSON-Datei für Google Play-Dienstkonten (für automatisierte Einreichung)
Siehe unsere Anleitung zur Authentifizierung Zuerst Privatsphäre und Sicherheit
Außer Authentifizierung haben wir das gesamte Build-System mit Privatsphäre und Sicherheit im Sinn entworfen:
Keine Log-Speicherung
- Zuerst Privatsphäre und Sicherheit: Build logs stream to your terminal in real-time via Server-Sent Events (SSE) but are never persisted to disk or databases
- Keine Artefakt-Speicherung: Ihre gebauten IPA/APK-Dateien gehen direkt von unseren Build-Maschinen an die Server von App Store/Play Store - 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 gereinigt, 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
Überall einsetzen
Cloud Build funktioniert überall - Ihrem lokalen Computer, GitHub Actions, GitLab CI oder jedem CI/CD-Plattform.
Entwicklung auf Ihrem lokalen Computer
Auf Ihrem lokalen Computer speichern Sie die Anmeldeinformationen einmal und bauen Sie 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 können Sie 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)
Sie können auch Anmeldeinformationen direkt in Umgebungsvariablen übergeben - siehe die Anmeldeinformationen-Dokumentation native_build_feature_ci_cd 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 Basis der tatsächlich genutzten Buildzeit:
- Android-BuildsPage/area: Capgo Builder / native cloud build product page. Role: Short UI label or navigation item. Seen in: page native-build.astro. Message key `native_build_v2_calc_android` (Native Build V2 Calc Android).
- : 1-facher MultiplikatoriOS-Builds
Page/area: Capgo Builder / native cloud build product page. Role: Short UI label or navigation item. Seen in: page native-build.astro. Message key `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 nur die nativen Teile bauen lassen..
Ihre JavaScript, HTML- und CSS-Dateien bleiben bei Ihnen. Wir verarbeiten, überprüfen oder speichern Ihre Web code nie. npm run build Sie sind für die Erstellung Ihrer Web-Assets lokal verantwortlich (mit Ihrer bevorzugten Build-Tool) und wir übernehmen die native Kompilierung.
Diese Trennung ist bewusst gewählt:
- Bessere Sicherheit - Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle
- Schnellere Builds - Wir vermeiden es, 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-SystemHier 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.
Status: Voll veröffentlicht
Cloud Build ist seit Januar 2026 vollständig veröffentlicht und steht allen Capgo-Benutzern zur Verfügung. Wir setzen uns weiterhin darum, 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 erstellen.
Anfangen
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
- 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 Vor- und Nach-Build-Schleifen und benutzerdefinierte Fastlane-Linien
- Build-Protokoll-Geschichte: Optional log Speicherung für Debugging und Audit-Verfolgung
Wir bauen Capgo Cloud Build, um die einfachste und freundlichste Möglichkeit für Entwickler, native mobile Apps zu erstellen, zu sein. Wenn Sie Feedback oder Feature-Anfragen haben, würden wir uns freuen, wenn Sie uns in unserer Discord-Gemeinschaft.
Glückliches Bauen!
Erkundigen Sie sich weiter
- Übersicht Cloud Build
- Anleitung zur Einstellung von Anmeldeinformationen
- Erste Schritte mit Cloud Build
- iOS-Build-Konfiguration
- Android-Build-Konfiguration
- Beitreten Sie unserer Discord-Gemeinschaft
Werden Sie weiter, von Introducing Capgo Cloud Build - Erstellen Sie native Apps ohne das Chaos
If Sie __CAPGO_KEEP_0__ verwenden Introducing Capgo Cloud Build - Capgo ohne Stress erstellen um die CI/CD-Automatisierung zu planen, verbinden Sie es mit Capgo CI/CD Capgo für den Produktworkflow in Capgo CI/CD Capgo Native Builds Capgo für den Produktworkflow in Capgo Native Builds Capgo Integrations Capgo für den Produktworkflow in Capgo Integrations CI/CD-Integration __CAPGO_KEEP_0__ für die Implementierungsdetails in CI/CD-Integration, und GitHub Actions-Integration für die Implementierungsdetails in GitHub Aktionen-Integration.