Zum Hauptinhalt springen

Für Windows- und Linux-Entwickler

iOS-Apps ohne Mac erstellen

Capgo Build kompiliert und signiert Ihre Capacitor iOS-App auf Cloud-Mac-Maschinen. Führen Sie mit einem CLI Befehl von Windows, Linux oder CI aus, und die signierte Build wird hochgeladen, um App Store Connect für TestFlight bereitzustellen.

2–3 min
typischer Native-Build
iOS + Android
aus dem gleichen CLI
TestFlight
direkter Upload in App Store Connect
Capgo Erstellen 
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
# signed build runs on an ephemeral Mac runner
# logs stream back to your terminal

Cloud Mac-Maschinen

iOS-Builds laufen auf dedizierten Mac mini M4-Maschinen. Sie starten sie von dem Computer, den Sie bereits nutzen.

Signiert und hochgeladen

Das Build ist mit Ihrem Zertifikat signiert und wird in App Store Connect hochgeladen, bereit für TestFlight.

Das Problem

Xcode läuft nur auf macOS

Kein Mac, kein iOS-Build

Apple's Build-Tools benötigen macOS. Ein Entwickler auf Windows oder Linux kann eine iOS-Build auf seinem eigenen Rechner nicht kompilieren oder signieren.

Das Signieren bleibt auf einem Laptop

Zertifikate und Profile sitzen oft auf einem Mac. Wenn dieser Person weg ist oder ein Profil abläuft, wartet die Veröffentlichung.

Selbst gehosteter macOS CI ist sein eigenes Projekt

Ein gemietetes macOS-Runner benötigt immer noch Xcode-Updates, Fastlane-Lane, Signier-Secrets und Debugging, wenn Apple etwas ändert.

Die versteckte Arbeit

Was ein Release-Build außer einem Mac benötigt

Ein Mac kauft man nur für die Hardware. Man benötigt weiterhin die Einrichtung eines Apple-Kontos, die Signierung von Dateien und die Build-Tooling, die jemand weiterentwickelt.

1

Apple-Konto-Einrichtung

Ein Apple-Entwicklerkonto mit Admin-Rechten, ein Bundle-ID, ein App-Store-Connect-Anwendungs-Record und ein API-Schlüssel für Uploads.

2

Signier Dateien und Profile

Aus einer Distributionszertifizierung als .p12, einer Bereitstellung für jeden Bundle-Id und einer Wiederherstellung, wenn sie ablaufen.

3

Build-Tooling

Die richtige Xcode-Version, CocoaPods oder Swift Package Manager, Fastlane und ein Ort, um Geheimnisse für CI zu speichern.

Wie es funktioniert

Wie Windows- und Linux-Entwickler iOS mit Capgo bereitstellen.

Sie benötigen eine Capacitor-App, ein Capgo-Konto und ein Apple-Entwicklerkonto. Jeder Befehl unten stammt aus den Capgo CLI-Dokumenten.

  1. Einstellung von iOS-Zertifizierungen einmalig

    Die Einrichtung liest Ihr Capacitor-Projekt, erstellt die Distributionszertifizierung und die Bereitstellung, und speichert sie auf Ihrem Gerät.

    npx @capgo/cli@latest build init --platform ios
    iOS-Build-Anleitung

  2. Speichern Sie Ihre bereits vorhandenen Signierungsdateien

    Wenn Ihr Team bereits ein Zertifikat und ein Profil hat, speichern Sie sie mit Ihrem App Store Connect API-Schlüssel. Sie bleiben in einem lokalen Anmelde-Datei.

    npx @capgo/cli@latest build credentials save --platform ios \
  --apple-team-id YOUR_TEAM_ID \
  --apple-key ./AuthKey_XXXXX.p8 \
  --apple-key-id YOUR_KEY_ID \
  --apple-issuer-id YOUR_ISSUER_ID \
  --certificate ./certificate.p12 \
  --ios-provisioning-profile ./profile.mobileprovision
    Kredenzialverwaltung

  3. Der Build anfordern

    Sie synchronisieren Ihre Web-Builds in das iOS-Projekt und fordern dann den Build an. Die Protokolle fließen in Ihr Terminal und der signierte Build wird auf App Store Connect für TestFlight hochgeladen.

    npx cap sync ios
npx @capgo/cli@latest build request com.example.app --platform ios
    Erster Build-Leitfaden

  4. Den gleichen Befehl in CI ausführen

    Exportieren Sie Ihre gespeicherten Kredenziale als CI-Secrets mit der Build-Kredenzialverwaltung, setzen Sie CAPGO_TOKEN und führen Sie den Build-Antrag in GitHub Actions, GitLab CI oder einem beliebigen Runner aus.

    npx @capgo/cli@latest build credentials manage
# in your CI job
npx @capgo/cli@latest build request com.example.app --platform ios
    GitHub Actions setup

Die Lösung

Was Capgo Build für Sie erledigt

Nativ-Builds laufen im Cloud-Modus, wenn sich die nativen code-Einstellungen ändern. Web-Änderungen bleiben als Live-Updates zwischen Store-Veröffentlichungen laufen.

Cloud-Macs nur, wenn Sie bauen

iOS-Builds laufen auf dedizierten Mac mini M4-Maschinen mit Xcode installiert. Ihr Windows- oder Linux-Laptop oder ein CI-Runner sendet den Antrag von der Befehlszeile.

Capgo Build-Übersicht

Führungsloses iOS-Zertifizierungsverfahren

build init erstellt das Verteilungszertifikat und die Provisionierung für Sie. Es verwendet einen App Store Connect API-Schlüssel, den Sie in Ihrem Browser erstellen, wenn Sie auf Windows oder Linux sind.

iOS-Build-Anleitung

Die gleiche Befehle lokal und in CI

Speichern Sie die Anmeldeinformationen einmal und führen Sie dann den Build-Befehl aus, GitHub Aktionen, GitLab CI oder jede andere Pipeline.

Referenz für den Build-Befehl

Native Builds plus Live-Updates

Verwenden Sie Capgo Build, wenn Plugins, Berechtigungen, Icons oder die Capacitor Version geändert werden. Versenden Sie JavaScript-, CSS- und Asset-Änderungen als Live-Updates, nachdem die Benutzer die Store-Build installiert haben.

Live update oder native Build?

Vertrauensmodell

Verwenden Sie Hardware im Cloud ohne Ihre code und Schlüssel zu übergeben

Die Anmeldeinformationen bleiben auf Ihrem Computer oder in Ihren CI-Secrets. Capgo hält sie nur während eines Build-Prozesses.

Nur das native Projekt wird hochgeladen

CLI lädt die native Plattform-Ordner und native Abhängigkeiten hoch. Ihr vollständiges Repository bleibt auf Ihrem Computer.

Protokolle fließen in Ihr Terminal

Die Build-Protokolle fließen live während der Build-Ausführung und werden nicht auf Capgo-Servern gespeichert.

Zugriffscodes bestehen nur während der Build-Ausführung

Zertifikate und Profile werden während der Build-Ausführung im Speicher verwendet und gelöscht, wenn sie abgeschlossen sind. Jeder Build läuft in einem isolierten Umfeld, das nach Abschluss des Builds zerstört wird.

Apps, die mit Capacitor erstellt wurden

Apps sollten nicht auf einem lokalen Mac warten.

Schul-, Verkehr- und Unterstützungsbereichs-Apps benötigen immer noch signierte mobilen Releases, wenn das Team hauptsächlich Web, Unterstützung oder Betrieb ist. Die Hosted-Build-Workflows entfernen den Ein-Maschinen-Bottleneck, während die Signierungs-Schritte wiederholbar bleiben.

IRIS ParentMail App-Icon Bildung

IRIS ParentMail

Schul-Kommunikations-App, bei der nicht-native Teams immer noch zuverlässige signierte Releases benötigen.

Google Play-Installationen
1,2M
Verkaufs-Bewertung
2.8
App-Symbol von KAI Access: Buchung von Zugfahrten Reise und Lokal

KAI Access: Zug-Buchungs-App

Ein Transportbuchungs-App, bei der die Freigabe nicht von einer einzelnen Entwicklermaschine abhängt.

Google Play-Installationen
13,5M
Verkaufs-Bewertung
3.6
Técnico Virtual – Suporte Técn App-Icon Werkzeuge

Fachkraft-Server – Technischer Support

Unterstützung für die Operations-Teams, die wiederholbare mobile Build-Protokolle benötigen.

Google Play-Installationen
10,3M
Store-Bewertung
4.3

Kundenbeweis

Was Teams mit Capgo sagen

5.0/5 von Teams bewertet 9,400+ Teams Les Bewertungen lesen

zikafanka

Entwurf, Radius 5

“Capgo hat uns geholfen, unseren Capacitor-App-Veröffentlichungsprozess zu vereinfachen. Wir können iOS- und Android-Apps aus einem klaren Workflow erstellen und verschicken.”

Portrait von Mikołaj Wilczek

Mikołaj Wilczek

Hauptmobile-Plattform-Ingenieur bei Tellent

“Wir haben ursprünglich Capgo durch seine Plugins entdeckt, und das erwies sich als ein großartiger Einstieg in einen viel effizienteren Veröffentlichungsprozess für unser Team.”

FAQ

Frägen über das Bauen von iOS ohne einen Mac

Was fragen Windows- und Linux-Entwickler, bevor sie ihren ersten Cloud-iOS-Build erstellen?

Brauche ich einen Mac überhaupt?

Not to compile, sign, or upload. Builds run on Capgo's Mac mini M4 machines. You still need an Apple Developer account. On Windows or Linux, you create the App Store Connect API key in your browser, then the CLI handles certificates and profiles.

iOS-Buildanleitung

Wie lange dauert ein iOS-Build?

Ein typischer native Build dauert 2-3 Minuten. Die Protokolle streamen in Ihr Terminal, während es läuft, sodass Sie Fehler sehen, wie sie auftreten.

Erste Schritte

Kann der Build direkt in TestFlight gehen?

Yes. With an App Store Connect API key in your credentials, the signed build uploads to App Store Connect, where you test it in TestFlight and submit it for App Store review. Add --output-upload if you also want a download link for the IPA.

Build-Konfiguration

Wo sind meine Zertifikate gespeichert?

On your machine, in ~/.capgo-credentials/credentials.json by default, or in your CI secrets. They are sent to Capgo only for the duration of a build and deleted afterwards.

Kredenzialverwaltung

Benötige ich für jede Änderung eine neue Build?

Nein. Änderungen an Plugins, Berechtigungen, Icons und der Capacitor-Version erfordern eine neue native Build. Änderungen an JavaScript, HTML, CSS und Assets können als Live-Updates an Benutzer geschickt werden, die bereits die Store-Build haben.

Live update- oder native Build?

iOS ohne Mac- Kauf schaffen

Erstellen Sie Ihren ersten signierten iOS-Build während der 14-tägigen kostenlosen Testphase und fügen Sie dann Android, CI und Live-Updates hinzu, wenn Sie sie benötigen.