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 ohne lokale Entwicklungsumgebungen oder CI/CD-Infrastruktur zu erstellen
Das Problem, das wir lösen
Die Entwicklung von nativen mobilen Apps war für Web-Entwickler immer ein Problem. Sie benötigen:
- Entwicklungs-Tools für lokale Anwendungen: Installieren und verwalten Sie Xcode (30+ GB) und Android Studio auf Ihrem Gerät
- Hardware für Mac: iOS-Builds erfordern einen Mac, der auf Linux/Windows- CI-Runner teuer oder unmöglich sein kann
- Konfiguration von CI/CD: Setzen Sie komplexe GitHub Actions oder andere CI/CD-Workflows mit Build-Caching, Anmeldeinformationen-Management und mehr ein
- Abhängigkeitsverwaltung: Halten Sie Build-Tools, SDKs und Zertifikate auf dem neuesten Stand in verschiedenen Umgebungen
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 Bauen 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, keine Android Studio, keine komplexe CI/CD-Konfiguration. Nur ein Befehl, der:
- Komprimiert Ihr Projekt lokal
- Hochlädt es in Capgo’s Cloud-Infrastruktur
- Baut Ihr 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.
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 bauen.
Unsere Expertise
Im Laufe der letzten drei Jahre haben wir:
- Unser eigenes Fastlane-System entwickelt - Wir haben benutzerdefinierte Fastlane-Konfigurationen erstellt, die speziell für Capacitor-Apps optimiert sind
- Mastern von Capacitor-Bauten - Wir haben tiefes Wissen über die wichtigen Aspekte beim Bauen für Capacitor, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
- Fokussiert auf nativ 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 interne Bauten haben uns geholfen, unser Build-System perfektioniert, bevor wir es Ihnen zur Verfügung stellen
Das ist keine neue Experimentierphase. Es ist unsere battle-getestete Infrastruktur, die wir seit Jahren verwendet haben, jetzt als Dienst verfügbar
Für Android
Android-Bauten laufen in sicheren Cloudflare-Sandboxes mit sofortiger Löschung nach Abschluss. Ihre App wird mit Gradle kompiliert, mit unseren Capacitor-optimierten Build-Skripten signiert und ist bereit, zur Veröffentlichung im Play Store zu werden
Für iOS
iOS-Builds laufen auf dedizierten Mac-Maschinen (Scaleway Mac Minis) die auf Anforderung bereitgestellt werden. Wir verwenden unsere benutzerdefinierte Fastlane-Konfiguration - über Jahre hinweg an Capacitor Builds optimiert - um Ihre App zu erstellen, zu signieren und bei TestFlight zu submiten. 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 handhabt dies mit maximaler Sicherheit im Auge.
Sicherheitsanmeldeinformationen lokalen Speichern
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: Anmeldeinformationen werden sicher über HTTPS an Capgo’s Build-Server gesendet, zusammen mit Ihrem Projekt
- Erstellen: Die Zugriffsberechtigungen werden NUR während des laufenden Build-Prozesses verwendet
- Sauberkeit: Die Zugriffsberechtigungen werden automatisch von Capgo-Servern nach Abschluss des Builds gelöscht
Sicherheitsgarantien
Wir garantieren Ihnen Folgendes bezüglich Ihrer Zugriffsberechtigungen:
- ✅ Nie dauerhaft gespeichert - Die Zugriffsberechtigungen existieren auf den Capgo-Servern nur während des laufenden Builds
- ✅ Automatische Löschung - Löschen, sobald die Build abgeschlossen ist (maximal 24 Stunden, auch wenn die Build fehlschlägt)
- ✅ Keine Protokolle, keine Artefakte - Wir speichern keine Build-Protokolle oder IPA/APK-Dateien, die möglicherweise Anmeldeinformationen enthalten
- ✅ Ephemere Umgebungen Umgebungen werden vollständig nach der Verwendung 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 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: Google Play-Dienstkonten-JSON (für automatisierte Einreichung)
Siehe unsere Dokumentation zu Benutzernamen und Passwörtern für detaillierte Einrichtungsanweisungen.
Datenschutz & Sicherheit zuerst
Über Benutzernamen und Passwörter hinaus haben wir das gesamte Build-System mit Datenschutz und Sicherheit im Sinn entworfen:
- Keine Log-SpeicherungDie Build-Protokolle werden in Echtzeit über Server-Sent Events (SSE) in Ihrem Terminal ausgegeben, werden jedoch nie auf dem Disk oder in Datenbanken gespeichert.
- No Artifact 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üsselkette
- 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, die über das erforderliche für aktive Builds hinausgehen
Benutzen Sie es überall
Cloud Build funktioniert überall - Ihr lokales Gerät, GitHub Actions, GitLab CI oder jede CI/CD-Plattform.
lokale Entwicklung
Auf Ihrem lokalen Gerät speichern Sie die Anmeldeinformationen einmal und bauen Sie jederzeit:
# 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 Dokumentation zu Anmeldeinformationen für Details.
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 Preisgestaltung
Wir berechnen aufgrund der tatsächlichen genutzten Buildzeit:
- Android-Builds: 1-fache Multiplikator
- iOS-Builds: 2-fache Multiplikator (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
Eine wichtige Grundsatz von Capgo Cloud Build: wir bauen nur die nativen Teile.
Ihre JavaScript-, HTML- und CSS-Dateien bleiben auf Ihrer Seite. Wir verarbeiten, inspizieren oder speichern Ihre Web code nie. Sie sind für die Erstellung Ihrer Web-Assets lokal (mit npm run build oder Ihre bevorzugte Build-Tool, und wir übernehmen die native Kompilierung.
Dieser Aufteilung liegt eine Absicht zugrunde:
- Bessere Sicherheit - Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle
- Schwächere 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-System. Hier ist, wie sie zusammenarbeiten:
- Cloud Build: Für native App-Änderungen (Plugins, Berechtigungen, native code) die eine App Store/Play Store-Bewertung erfordern
- Live UpdatesFür Web code-Änderungen (HTML, CSS, JavaScript), die sofort ohne Überprüfung bereitgestellt werden können
Use Cloud Build when you add a new plugin or change native configurations. Use live updates for everything else. Together, they give you the fastest possible deployment workflow.
Aktueller Status: Vollständig Veröffentlicht
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, um loszulegen? Brauchen Sie Hilfe, um loszulegen? und lassen Sie uns wissen - wir helfen Ihnen gerne bei der ersten erfolgreichen Build.
und lassen Sie es uns wissen - wir würden uns freuen, Ihnen dabei zu helfen, Ihre erste Build zu starten.
Loslegen Sie ohne Umstände. Überprüfen Sie die Cloud Build-Dokumentation um mehr über zu erfahren:
- Einstellungen für Anmeldeinformationen - iOS-Zertifikate und Android-Keystores
- Anleitung zum Starten - Ihr erster Build in 5 Minuten
- iOS-spezifische Einstellungen - Zertifikate, Bereitstellungsprofile und App Store Connect
- Android-spezifische Einstellungen - Keystores und Play Store-Konfiguration
- CI/CD-Integration - Automatisierung von Builds in Ihrem Pipeline
- Troubleshooting - Häufige Probleme und Lösungen
Was kommt als Nächstes?
Wir arbeiten derzeit an:
- Beschleunigte iOS-Builds: Abhängigkeiten zwischen Builds zwischenspeichern, um die Buildzeiten zu reduzieren
- Speicherung von Build-Artefakten: Optionaler Download von IPA/APK-Dateien für die manuelle Verteilung
- Benutzerdefinierte Build-Skripte: Unterstützung für vor- und nach-Build-Schleifen und benutzerdefinierte Fastlane-Linien
- Build-Protokolle-Historie: Optionaler Log-Speicherung für Debugging und Audit-Trail
Wir bauen Capgo Cloud Build, um es zum einfachsten und entwicklerfreundlichsten Weg zu machen, native mobile Apps zu erstellen. 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!
Mehr erfahren
- Übersicht Cloud Build
- Anleitung zur Einrichtung von Zugriffsberechtigungen
- Einführung in Cloud Build
- Konfiguration für iOS-Builds
- Konfiguration für Android-Builds
- Unsere Discord-Gemeinschaft beitreten
Weiter von Introducing Capgo Cloud Build - Erstellen Sie native Apps ohne Stress
Wenn Sie __CAPGO_KEEP_0__ verwenden Einführung in Capgo Cloud Build - Mit Cloud Build native Apps ohne Umstände erstellen um die CI/CD-Automatisierung zu planen, sie mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo nativee Builds für den Produktworkflow in Capgo Native Builds, Capgo Integrations für den Produktworkflow in Capgo Integrations, CI/CD-Integration zur Implementierungsdetail in CI/CD-Integration, und GitHub Aktionen-Integration für die Implementierungsdetail in GitHub Aktionen-Integration.