Introducing Capgo Cloud Build - Native Apps ohne Stress bauen

Wir freuen uns, Ihnen mitteilen zu können Capgo Cloud Build - eine neue Möglichkeit, Ihre Capacitor-Anwendungen 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 immer ein Problem für Web-Entwickler. Sie benötigen:

Lokale Entwicklungstools: Xcode (30+ GB) und Android Studio auf Ihrem Gerät installieren und pflegen
Mac-Hardware: iOS-Builds erfordern einen Mac, der teuer oder auf Linux/Windows- CI-Runner unmöglich sein kann
CI/CD-Konfiguration: Komplexe GitHub-Aktionen oder andere CI/CD-Workflows mit Build-Caching, Anmeldeinformationen-Management und mehr einrichten
Abhängigkeitsmanagement: 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 einfach nur einen Befehl ausführen könnten?

Vorstellung von Cloud Build

Mit 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:

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 der gleichen Ansatz wie Expo EAS Build entwickelt - dedizierte Cloud-Infrastruktur, die alle Komplexität für Sie handhabt.

Aber das, was uns unterscheidet: wir haben das seit 3 Jahren gemacht. Wir bauen seit Beginn von Capgo native Apps für unsere Kunden intern und haben gelernt, was es bedeutet, Capacitor-Apps zuverlässig zu bauen.

Unsere Expertise

Im Laufe der letzten drei Jahre haben wir:

Unser eigenes Fastlane-System entwickelt - Wir haben speziell für Capacitor-Apps optimierte Fastlane-Konfigurationen erstellt
Capacitor-Builds beherrscht - Wir haben tiefes Wissen über die wichtigen Aspekte beim Bauen für Capacitor, 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

Dies 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-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 an die Play Store zu übermitteln

Für iOS

iOS-Builds laufen auf dedizierten Mac-Maschinen (Scaleway Mac Minis), die auf Anforderung bereitgestellt werden. Wir verwenden unsere benutzerdefinierte Fastlane-Einrichtung - über Jahre hinweg an Capacitor-Builds feinjustiert - zum Bauen, Signieren und zur Übermittlung Ihrer App an TestFlight. Jeder Build läuft in einem isolierten macOS-Benutzerkonto für Sicherheitsgründe, und die Maschinen werden nach 24 Stunden automatisch gelöscht

Echtzeit-Protokolle

Im Gegensatz zu anderen Lösungen streamen wir Build-Protokolle direkt in Ihr Terminal, während sie passieren. Sie können z.B. Folgendes verfolgen:

Abhängigkeitsinstallation
Build-Kompilation
Code-Signierung
App-Store-Submission
Jeder Fehler oder Warnung

Und hier ist der wichtige Teil: wir speichern Ihre Protokolle nicht. Sie sind nur während der Erstellung ü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 Erstellung passiert

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 gesendet, zusammen mit Ihrem Projekt
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 - Zugriffsberechtigungen bestehen nur auf Capgo-Servern während der laufenden Build-Phase
✅ Automatische Löschung - Wird 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

Ihre Zugriffsberechtigungen verwalten

Sie haben volle Kontrolle über Ihre gespeicherten Zugriffsberechtigungen:

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

For iOS:

Zertifikatsdatei (.p12-Datei und Passwort)
Provisionierungsprofil(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üsselpasswort
Keystore-Speicherpasswort
Optional: Google Play-Dienstkontoinhalt (JSON) (für automatisierte Einreichung)

Siehe unsere Dokumentation zu Zugriffsberechtigungen für detaillierte Einrichtungsanweisungen.

Zuerst Privatsphäre und Sicherheit

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

Keine Log-Speicherung: Build-Logs fließen in Echtzeit in Ihr Terminal via Server-Sent Events (SSE), werden aber nie auf Festplatte oder Datenbanken gespeichert
Keine Artefakt-Speicherung: 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: Build-Sandbox wird sofort nach Abschluss zerstört
- iOS: Mac-Benutzerkonto wird nach dem Build gelöscht, Maschine wird nach 24 Stunden abgemeldet
Isolierte Builds: Jeder iOS-Build läuft in einem vollständig separaten macOS-Benutzerkonto mit seinem eigenen Keychain
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 jedes Build-Metadaten hinaus, was für aktive Builds benötigt wird

Jedenorts verwenden

Cloud Build funktioniert überall - auf Ihrem lokalen Rechner, GitHub-Actions, 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) (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 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)

No Überraschungsgebühren, keine Mindestverpflichtungen. Sie zahlen nur für das, was Sie nutzen.

Sein Code, Seine Verantwortung

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

Ihr JavaScript, HTML und CSS bleiben bei Ihnen. Wir verarbeiten, inspizieren oder speichern Ihre Web code nie. Sie sind für die lokale Erstellung Ihrer Webassets (mit Ihrem bevorzugten Build-Tool) verantwortlich, und wir übernehmen die native Kompilierung. npm run build Dieser Aufteilung liegt eine Absicht zugrunde:

Bessere Sicherheit

- Ihre Anwendunglogik verlässt niemals Ihren Kontrolle Schnellere Builds
- Wir vergeuden keine Zeit damit, Ihre Web __CAPGO_KEEP_0__ neu zu bauen - We don’t waste time rebuilding your web code
Clear responsibility - Sie kontrollieren Ihren Web-Build-Prozess; wir übernehmen die native Komplexität.

Wie geht es mit Live-Updates weiter?

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 erstellen.

Loslegen

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

Einstellungen von Zugriffsdaten - iOS-Zertifikate und Android-Keystores
Einstiegsanleitung - Ihre erste 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-Historie: Optional Speicherung von Protokollen 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 gerne von Ihnen in unserer Discord-Gemeinschaft hören.

Viel Spaß beim Bauen!

Weitere Informationen

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

Wenn Sie "__CAPGO_KEEP_0__ Cloud Build - Apps für alle Plattformen ohne Stress erstellen" verwenden Weitermachen von Introducing Capgo Cloud Build - Apps für alle Plattformen ohne Stress erstellen um die CI/CD-Automatisierung zu planen, verbinden Sie es mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD, Capgo Native Builds für den Produktworkflow in Capgo Native Builds, 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.

Einführung in Capgo Cloud Build - Erstellen Sie native Apps ohne Stress