Vorstellung von Capgo Cloud Build - Apps ohne die Umstände erstellen

Wir freuen uns, __CAPGO_KEEP_0__ Cloud Build vorzustellen 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:

Lokale Entwicklungstools: Xcode (30+ GB) und Android Studio müssen installiert und auf Ihrem Rechner gepflegt werden
Mac-Hardware: iOS-Builds erfordern einen Mac, was teuer oder auf Linux/Windows- CI-Runner nicht möglich sein kann
CI/CD-Konfiguration: Konfigurieren Sie komplexe GitHub Aktionen oder andere CI/CD-Workflows mit Build-Caching, Anmeldeinformationen-Management und mehr
Abhängigkeitserfassung: Halten Sie Build-Tools, SDKs und Zertifikate auf dem neuesten Stand in allen Umgebungen

Wenn Sie alles umgehen könnten und nur eine Befehlszeile ausführen müssten

Vorstellung von Cloud Build

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 eine Befehlszeile, die:

Ihr Projekt lokal komprimiert
Ihre Projekte auf Capgo's Cloud-Infrastruktur hochlädt
Ihr App auf dedizierter Infrastruktur mit Ihren gespeicherten Anmeldeinformationen erstellt
Log-Streams in Echtzeit an Ihr Terminal sendet
Zur App Store und Play Store (wenn konfiguriert) einreicht

How es funktioniert

We 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 hier ist, was uns 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 braucht, um Capacitor Apps zuverlässig zu bauen.

Unsere Expertise

Im Laufe der letzten drei Jahre haben wir:

Unsere eigene Fastlane-System entwickelt - Wir haben speziell für Capacitor-Apps optimierte Fastlane-Konfigurationen erstellt
Capacitor-Builds beherrscht - Wir haben tiefes Wissen über das Wichtige, wenn man für Capacitor baut, von Plugin-Konfigurationen bis hin zu nativen Abhängigkeiten
uns auf native-only konzentriert - Wir bauen nur die nativen Teile (iOS und Android). Ihr JavaScript bleibt auf Ihrer Seite - wir berühren oder speichern Ihr Web code nie.
Refinieren Sie unsere Infrastruktur - Tausende interne Builds haben uns geholfen, unser Build-System zu perfektionieren, bevor wir es Ihnen zur Verfügung stellen.

Dies 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 Sandbox-Containern mit sofortiger Löschung nach Abschluss. Ihre App wird mit unseren Capacitor-optimierten Build-Skripten mit Gradle kompiliert, signiert und ist bereit, zur Veröffentlichung an die Play Store zu senden.

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 anhand von Capacitor Builds optimiert - zum Bauen, Signieren und zur Übermittlung Ihrer App an TestFlight. Jeder Build läuft in einem isolierten macOS-Benutzerkonto zum Zweck der Sicherheit, 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-Kompilation
Code Signierung
App Store-Submission
Jede Fehler oder Warnung

Und hier ist der wichtige Teil: wir speichern Ihre Protokolle nichtSie 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 ein Build anfordern.

Was passiert während eines Builds

Wenn Sie einen Build-Befehl ausführen:

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

Sicherheitsgarantien

Wofür wir uns bei Ihren Zugangsdaten verpflichten:

✅ Nie dauerhaft gespeichert - Zugangsdaten bestehen nur auf Capgo-Servern während der laufenden Build-Phase
✅ Automatische Löschung - Sofort nach Abschluss des Builds gelöscht (maximal 24 Stunden, auch bei Build-Fehlern)
✅ Keine Protokolle, keine Artefakte - Wir speichern keine Build-Protokolle oder IPA/APK-Dateien, die möglicherweise Zugriffsdaten 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 Zugangsdaten

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üsselpasswort
Keystore-Speicherpasswort
Optional: Google Play-Dienstkontokonto-JSON (für automatisierte Einreichung)

Siehe unsere Authentifizierungs-Dokumentation für detaillierte Einrichtungsanweisungen.

Zuerst Privatsphäre und Sicherheit

Über Authentifizierung hinaus haben wir das gesamte Build-System mit Privatsphäre und Sicherheit im Sinn entworfen:

Keine ProtokollierungZiel: Build-Protokolle fließen in Echtzeit in Ihr Terminal via Server-Sent Events (SSE), werden jedoch nie auf Festplatte oder Datenbanken gespeichert
Keine Artefakt-SpeicherungZiel: 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, der Computer wird nach 24 Stunden abgemeldet
Isolierte Builds: Jeder iOS-Build läuft in einem vollständig separaten macOS-Benutzerkonto mit seinem eigenen Schlüsselkasten
Deine Code-Datenschutz: Wir bauen nur native Teile - Dein JavaScript/HTML/CSS berührt unsere Server nie
Keine Build-Historie: Wir führen keine Datenbank über Deine Builds, Versionen oder jedes Build-Metadaten außer dem, was für aktive Builds benötigt wird

Benutze es überall

: Cloud Build funktioniert überall - Dein lokaler Computer, GitHub-Aktionen, GitLab CI oder jede CI/CD-Plattform

lokale Entwicklung

: Auf Deinem lokalen Computer speicherst Du die Anmeldeinformationen einmal und baust zu jedem Zeitpunkt

# 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 kannst Du entweder

Option 1: Speicherung von Anmeldeinformationen in 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 von Anmeldeinformationen inline (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 keine Installation von SDKs in Ihrer CI-Umgebung erforderlich. Capgo übernimmt alle diese Aufgaben im Cloud.

Einfache, transparente Preisgestaltung

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

Android-BuildsKontext: 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_android` (Native Build V2 Calc Android).
iOS-Builds: 2-fache Multiplikator (aufgrund der Kosten für dedizierte Mac-Hardware)

Keine Ü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: wir bauen nur die nativen 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 Web-Ressourcen verantwortlich (mit npm run build oder Ihrer bevorzugten Build-Tool), und wir übernehmen die native Kompilierung.

Dieser Aufteilung liegt eine Absicht zugrunde:

Bessere Sicherheit - Ihre Anwendungslogik verlässt niemals Ihren Kontrolle
Schwächere Builds - Wir vermeiden es, Ihre Web code neu aufzubauen
Klare Verantwortlichkeit - 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.

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 würden uns freuen, Ihnen dabei zu helfen, Ihren ersten Build zu starten.

Anfangen

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

Die Einrichtung von Zugriffsberechtigungen - iOS-Zertifikate und Android-Keystores
Anleitung zum Starten - Ihre erste Build in 5 Minuten
- iOS-spezifische Einrichtung - Zertifikate, Provisioning-Profiles und App Store Connect
- Android-spezifische Einrichtung - Keystores und Play Store-Konfiguration
- CI/CD-Integration - Automatisieren Sie Builds in Ihrem Pipeline
- Fehlerbehebung - Häufige Probleme und Lösungen

- Was kommt als Nächstes?

- Wir arbeiten derzeit an:

- Schnellere iOS-Builds: Abhängigkeiten zwischen Builds kacheln, 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 Vorkommando- und Nachkommando-Hooks sowie benutzerdefinierte Fastlane-Linien
Build-Protokolle-Historie: Optionaler Protokollspeicher für Debugging und Audit-Trail

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

Werden Sie glücklich, während Sie bauen!

Erkundigen Sie sich weiter

Keep going from Introducing Capgo Cloud Build - Build Native Apps Without the Hassle

Fortsetzung von Introducing Capgo Cloud Build - native Apps ohne das Chaos erstellen Introducing Capgo Cloud Build - Build Native Apps Without the Hassle Introducing Capgo Cloud Build - native Apps ohne das Chaos erstellen Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds für den Produktworkflow in Capgo Native Builds Capgo Integrations 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 ohne Stress erstellen