Zum Inhalt springen

Einführung in die Capgo-Erstellung

Capgo Build ist ein cloudbasiertes Dienst für die native App-Kompilierung für Capacitor-Apps. Es ermöglicht Ihnen, iOS- und Android-Apps ohne die Aufrechterhaltung lokaler Entwicklungsumgebungen zu erstellen – kein Xcode, kein Android Studio, kein Mac-Hardware ist auf Ihrem eigenen Rechner erforderlich.

Capgo Build kompiliert die native Teile von Ihrer Capacitor-App im Cloud:

iOS Builds

Laufen auf dedizierten Mac Mini Silicon M4-Maschinen – kein Mac Ihres eigenen Rechners ist erforderlich.

Android Builds

Erstellt auf dem gleichen M4-Fleet, mit Android Studio 2025 verfügbar.

Automatische Code-Signierung

Zertifikate, Provisioning-Profile und Keystores werden für Sie verwaltet.

Direkte Store-Submission

Anwendungen werden direkt auf App Store Connect und Google Play hochgeladen.

Sie starten Builds mit einem einzigen CLI-Befehl, der von überall aus funktioniert - Ihrem lokalen Rechner, GitHub Actions, GitLab CI oder jedem CI/CD-Pipeline.

Capgo-Builds laufen auf dedizierten Mac Mini Silicon M4-Maschinen native Jobs aus:

KomponenteSpezifikation
MaschineMaschine (deutsch für "Maschine")
Prozessor10-kerniger M4-Prozessor (4 Leistungskerne, 6 Effizienzkern)
GPU10-kernige GPU
Neuronales Engine16-kerniges Neuronales Engine
Hauptspeicher16 GB RAM
Betriebssystem-ImagemacOS Tahoe 26.2

Das Build-Image unterstützt Xcode 26.2 und Android Studio 2025 für native Build-Pipelines.

Wann Sie Capgo Build gegenüber Live-Updates verwenden sollten

Abschnitt mit dem Titel „Wann zu verwenden Capgo Build vs Live Updates“

Capgo bietet zwei komplementäre Funktionen für die Aktualisierung Ihrer App. Hier erfahren Sie, wann Sie jede verwenden sollten:

SzenarioLive-UpdatesCapgo Build
Fehlerbehebung in JavaScript/TypeScript code✓
Änderungen in der Benutzeroberfläche (HTML, CSS, Bilder)✓
Aktualisierung von Web-Abhängigkeiten✓
Hinzufügen oder Entfernen eines Capacitor-Plugins✓
Aktualisierung einer nativen SDK-Version✓
Änderung von nativen Berechtigungen (Info.plist, AndroidManifest)✓
Aktualisierung der Capacitor-Version✓
Modifizierung von native code (Swift, Kotlin, Java)✓
Anpassen von App-Icon oder Splash-Screen✓
Erste App-Store-Submission✓

Erstellt neue native Binärdateien, wenn Sie native Capgo ändern. Viele Teams nutzen Live-Updates täglich und __CAPGO_KEEP_1__-Build gelegentlich, wenn native Änderungen erforderlich sind.

Wozu dient Capgo-Build

Wozu dient __CAPGO_KEEP_0__-Build?

iOS-Apps ohne Mac-Hardware erstellen und bereitstellen. Jeder auf Windows, Linux oder jedem CI/CD-System kann iOS-Builds auslösen und auf TestFlight veröffentlichen.

Vorherige Umgebungsinstallation überspringen

Keine Installation von Xcode, Android Studio oder die Verwaltung von SDK-Versionen erforderlich. Capgo Build handhabt alle native Werkzeuge - Sie führen einfach den CLI-Befehl aus.

Zentralisierte Anmeldeinformationen

Speichern Sie Ihre Zertifikate und Schlüssel in Ihren CI/CD-Secrets einmal. Jeder Teammitglied kann Builds auslösen, ohne dass er Signierungsanmeldeinformationen auf seinem lokalen Computer benötigt.

Kompatibel mit jedem CI/CD

Eine CLI-Anweisung integriert sich mit jedem Pipeline. GitHub Actions, GitLab CI, Jenkins - Auslösen Sie Builds als Teil Ihres bestehenden Workflows.

Echtzeit-Build-Protokolle

Beobachten Sie Ihren Build-Fortschritt live in Ihrem Terminal. Protokolle streamen über Server-Sent Events, damit Sie Probleme sofort lösen können, wenn sie auftreten.

Direkte Store-Submission

Signierte Apps laden direkt auf App Store Connect und Google Play. Keine manuellen Schritte zwischen Build-Abgeschlossen und Store-Submission.

Wenn Sie den Befehl zum Erstellen ausführen:

  1. Hochladen - Die CLI-Archivdateien enthalten nur das erforderliche (native Plattformordner + native Abhängigkeiten) und werden in die sichere Cloudspeicher hochgeladen
  2. Erstellen Bereich: Startseite-Landing-Produkt-Funktion. Rolle: Kurzer UI-Label oder Navigationselement. Gesehen in: Komponente Landing/Automatisierungsfunktionen. Nachrichtenschlüssel `landing_automation_build` (Landing Automation Build). cache_key - Ihre App wird auf dedizierter Infrastruktur mit Fastlane kompiliert. Wiederholte Builds setzen eine pro-App-Kompilationscache standardmäßig wieder her (verwenden Sie `omit` für den gemeinsamen allgemeinen Cache); setzen Sie `to` ein, um den RC- und Produktionscache zu partitionieren, oder geben Sie `to` an, um die Wiederherstellung zu deaktivieren und `save` anzuzeigen --cache-key Signieren --no-cache - Zertifikate und Keystores werden angewendet (sie existieren nur im Speicher während der Erstellung)
  3. Einreichen Bereich: Startseite-Landing-Produkt-Funktion. Rolle: Kurzer UI-Label oder Navigationselement. Gesehen in: Komponente Landing/Automatisierungsfunktionen. Nachrichtenschlüssel `landing_automation_submit` (Landing Automation Submit).
  4. Absenden - Apps, die mit einem digitalen Zertifikat signiert sind, werden direkt in App Store Connect oder Google Play hochgeladen.
  5. Reinigung - Alle Build-Artikel und -Zertifikate werden automatisch gelöscht.

Dein Quellcode code bleibt auf deinem Rechner. Nur die plattform-spezifischen native code-Dateien werden hochgeladen.

Capgo-Build ist mit Null-Speicherung von Zertifikaten konzipiert:

  • Laufzeit-Zertifikate - Zertifikate und Keystores werden nie in Capgo gespeichert. Sie werden hochgeladen und sofort nach Abschluss des Builds entfernt.
  • Ephemere Umgebungen - Jeder Build läuft isoliert und wird nach Abschluss zerstört.
  • Keine Log-Speicherung - Build logs fließen nur in Ihr Terminal, werden nie auf Capgo Servern gespeichert.
  • Minimal Upload - Nur die native Plattform, die Sie anfordern, wird hochgeladen, nicht Ihr gesamtes Codebase. Sie sehen genau, was hochgeladen wird.

Pricing

Pricing

Pricing

  • Build minutes are included in your Capgo plan
  • Pricing
  • Pricing
  • Pricing

Pricing ist der einzige Kostenfaktor: Die Buildzeit ist kostenlos. Die Build-Minuten sind in Ihrem __CAPGO_KEEP_0__-Plan enthalten. Zusätzliche Minuten stehen über ein Kredit-System zur Verfügung. Die Builds laufen auf Mac Mini Silicon M4-Maschinen mit den native Toolchains, die bereits installiert sind. Es gibt keine Speicherkosten. Die nächsten Schritte sind:

Abschnitt mit dem Titel “Nächste Schritte”