Zum Hauptinhalt springen
Produkt

Vorstellung von Capgo Cloud Build - Apps ohne Stress erstellen

Erstellen Sie Ihre Capacitor-Apps für iOS und Android im Cloud, genau wie Expo. Keine lokale Xcode- oder Android Studio-Umgebung erforderlich - direkt an die App-Stores übermitteln von Ihrem CLI.

Martin Donadieu

Martin Donadieu

Inhaltsmarketer

Vorstellung von Capgo Cloud Build - Mobile Apps ohne das Chaos erstellen

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 immer ein Problem für Web-Entwickler. Sie benötigen:

  • Lokale Entwicklungstools: Installieren und Xcode (30+ GB) und Android Studio auf Ihrem Gerät aufrechterhalten
  • Mac-Hardware: iOS Builds erfordern einen Mac, der teuer oder auf Linux/Windows CI-Runner-Systemen unmöglich sein kann
  • CI/CD-Konfiguration: Konfigurieren Sie komplexe GitHub-Aktionen oder andere CI/CD-Workflows mit Build-Caching, Anmeldeinformationen-Management und mehr
  • Abhängigkeitsverwaltung: Halten Sie Build-Tools, SDKs und Zertifikate in allen Umgebungen auf dem neuesten Stand

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

  1. Komprimiert Ihr Projekt lokal
  2. Hochlädt es in die Cloud-Infrastruktur von Capgo
  3. Baut Ihr App auf dedizierter Infrastruktur mit Ihren gespeicherten Anmeldeinformationen
  4. Streams Protokolle in Echtzeit in Ihr Terminal
  5. Bereitstellt auf dem App Store und Play Store (wenn konfiguriert)

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 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 aufgebaut und haben gelernt, was es braucht, um Capacitor Apps zuverlässig zu bauen.

Unsere Expertise

In den letzten drei Jahren haben wir:

  • Unser eigenes Fastlane-System entwickelt - Wir haben benutzerdefinierte Fastlane-Konfigurationen erstellt, die speziell für Capacitor Apps optimiert sind
  • Capacitor Builds beherrscht - Wir haben tiefes Wissen darüber, was beim Aufbau für Capacitor wichtig ist, 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 nie Ihre Web code
  • Verfeinert unsere Infrastruktur - Tausende interne 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, das wir seit Jahren abhängig gemacht haben, jetzt als Dienst verfügbar ist.

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 den 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 - verfeinert über Jahre von Capacitor Builds - zum Bauen, Signieren und zur Übermittlung Ihrer App an TestFlight. Jeder Build läuft in einem isolierten macOS-Benutzerkonto für Sicherheitszwecke, 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 zusehen:

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

Und hier ist der wichtige Teil: Wir speichern keine Protokolle. Sie sind nur während der Buildzeit über Ihre __CAPGO_KEEP_0__-Sitzung verfügbar, um Ihre Privatsphäre zu schützen.. They’re only available during the build through your CLI session, ensuring your privacy.

Bevor Sie bauen können, müssen Sie Ihre Signierungsanmeldeinformationen bereitstellen. __CAPGO_KEEP_0__ handhabt dies mit maximaler Sicherheit im Auge.

Before you can build, you need to provide your signing credentials. Capgo handles this with maximum security in mind.

Ihre Anmeldeinformationen werden lokal auf Ihrem Computer gespeichert.

Your credentials are stored locally on your machine in __CAPGO_KEEP_0__ ~/.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:

  1. Local: CLI liest Anmeldeinformationen von ~/.capgo/credentials.json
  2. Upload: Anmeldeinformationen werden sicher über HTTPS an Capgo’s Build-Server hochgeladen, zusammen mit Ihrem Projekt
  3. Build: Anmeldeinformationen werden NUR während des aktiven Build-Prozesses verwendet
  4. Clean-up: Capgo-Daten werden automatisch nach Abschluss der Build-Aufgabe gelöscht

Security Guarantees

Wir garantieren Ihnen Folgendes über Ihre Anmeldedaten:

  • Nie dauerhaft gespeichert - Anmeldedaten existieren auf Capgo-Servern nur während der laufenden Build-Aufgabe
  • Automatische Löschung - Gleich nach Abschluss der Build-Aufgabe (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 Anmeldedaten-Abdrücke enthalten
  • Ephemere Umgebungen - Die Build-Umgebungen werden vollständig nach dem Gebrauch zerstört
  • Direkt in die Stores - Apps gehen direkt in die App Store/Play Store - Capgo hält sie nie

Ihre Anmeldeinformationen verwalten

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üsselpasswort
  • Sicherheitslager Passwort
  • Optional: JSON-Zertifikat für Google Play-Dienst (für automatisierte Einreichung)

Siehe unsere Dokumentation zu Zugriffsdaten für detaillierte Einrichtungsanweisungen.

Zuerst Privatsphäre und Sicherheit

Außer Zugriffsdaten 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: Der Sandbox wird sofort nach Abschluss zerstört
    • iOS: Das Mac-Benutzerkonto wird nach dem Build bereinigt, 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 Privatsphäre: 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

Überall einsetzen

: Cloud Build funktioniert überall - auf Deinem lokalen Computer, GitHub Actions, GitLab CI oder auf jedem CI/CD-Plattform

Local Development

: Auf Deinem lokalen Computer speicherst Du die Anmeldeinformationen einmal und kannst 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: Speichern Sie die 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: Bereitstellen Sie die 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, Verwaltung von Build-Caches oder Installation von SDKs in Ihrer CI-Umgebung erforderlich. Capgo handhabt alles in der Cloud.

Einfache, transparente Preisgestaltung

Wir berechnen auf Grundlage des tatsächlichen verwendeten Buildzeit:

  • Android-Builds: 1× Multiplikator
  • iOS-Builds: 2× 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

Ein wichtiger Grundsatz von Capgo Cloud Build: wir bauen nur die native Teile.

Ihre JavaScript, HTML- und CSS-Dateien bleiben bei Ihnen. Wir verarbeiten, inspizieren oder speichern Ihre Web code nie. Sie sind für die lokale Erstellung Ihrer Web-Assets (mit npm run build oder Ihrer bevorzugten Build-Tool) verantwortlich, und wir übernehmen die native Kompilierung.

Diese Trennung ist bewusst vorgenommen:

  • Bessere Sicherheit - Ihre Anwendungslogik bleibt immer unter Ihrer Kontrolle
  • Schnellere Builds - Wir verschwenden keine Zeit damit, Ihre Web code neu zu bauen
  • Klare Verantwortung - Sie kontrollieren Ihr 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-Ü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? Treten Sie unserem Discord-Server bei und lassen Sie es uns wissen - wir würden uns freuen, wenn Sie Ihren ersten Build laufen lassen könnten.

Loslegen

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

Was kommt als Nächstes?

We’re actively working on:

  • Schnellerer iOS-Builds: Abfrage 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 Vorklammern und Nachklammern sowie benutzerdefinierte Fastlane-Linien
  • Build-Protokolle-Historie: Optionaler Log-Speicherung für Debugging und Audit-Trail

We’re building 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 Spaß beim Bauen!


Mehr erfahren

Weitermachen von Introducing Capgo Cloud Build - Erstellen Sie native Apps ohne Stress

Wenn Sie __CAPGO_KEEP_0__ verwenden Introducing Capgo Cloud Build - Erstellen Sie native Apps ohne Stress 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 for the implementation detail in GitHub Actions Integration.

Live-Updates für Capacitor-Apps

Wenn ein Fehler im Web-Schicht lebt, schicken Sie die Reparatur über Capgo anstatt Tage auf die Genehmigung des App-Store-Verfahrens zu warten. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Verfahren bleiben.

Los geht's jetzt

Neueste Beiträge aus unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.