Zum Hauptinhalt springen

Für Windows- und Linux-Entwickler

iOS-Apps bauen, ohne einen Mac zu besitzen

Capgo kompiliert und signiert deine Capacitor iOS-App auf Cloud-Mac-Maschinen. Führe einfach einen CLI Befehl unter Windows, Linux oder in der CI aus, und der signierte Build wird für TestFlight zu App Store Connect hochgeladen.

2–3 Min.
typischer Native Build
iOS + Android
aus demselben CLI
TestFlight
direkter Upload zu App Store Connect
Capgo Build 
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-Instanzen

iOS-Builds laufen auf dedizierten Mac mini M4 Maschinen. Du startest sie einfach von deinem aktuellen Rechner aus.

Signiert und hochgeladen

Der Build wird mit deinem Zertifikat signiert und zu App Store Connect hochgeladen – bereit für TestFlight.

Das Problem

Xcode läuft nur auf macOS

Kein Mac, kein iOS-Build

Apples Build-Tools benötigen macOS. Ein Entwickler auf Windows oder Linux kann einen iOS-Build nicht eigenständig auf dem eigenen Rechner kompilieren oder signieren.

Signing auf nur einem Laptop

Zertifikate und Profile liegen oft auf dem Mac einer einzelnen Person. Ist diese nicht da oder läuft ein Profil ab, stockt das Release.

Self-hosted macOS CI ist ein eigenes Projekt

Ein gemieteter macOS-Runner benötigt trotzdem Xcode-Updates, Fastlane-Lanes, Signing-Secrets und Debugging, sobald Apple etwas ändert.

Der versteckte Aufwand

Was ein Release-Build außer einem Mac braucht

Ein Mac allein löst nur das Hardware-Problem. Du musst trotzdem noch Apple-Accounts einrichten, Dateien signieren und Build-Tools verwalten, die ständig aktualisiert werden müssen.

1

Apple-Account Setup

Ein Apple Developer Account mit Admin-Rechten, eine Bundle ID, ein App Store Connect App-Record und ein API Key für Uploads.

2

Signing von Files und Profilen

Ein als .p12 exportiertes Distribution Certificate, ein Provisioning Profile für jede Bundle ID und die Erneuerung bei Ablauf.

3

Build-Tooling

Die passende Xcode-Version, CocoaPods oder Swift Package Manager, Fastlane und ein sicherer Ort für CI-Secrets.

So funktioniert es

So deployen Windows- und Linux-Devs iOS mit Capgo

Du benötigst eine Capacitor App, einen Capgo Account und einen Apple Developer Account. Alle Befehle stammen aus der Capgo CLI Doku.

  1. iOS Signing einmalig einrichten

    Das Onboarding liest dein Capacitor Projekt, erstellt das Distribution Certificate sowie das Provisioning Profile und speichert sie lokal.

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

  2. Oder vorhandene Signing-Files speichern

    Wenn dein Team bereits Zertifikate und Profile hat, speichere sie mit deinem App Store Connect API Key. Sie werden in einer lokalen Credentials-Datei abgelegt.

    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
    Credentials verwalten

  3. Build anfordern

    Sync deinen Web-Build in das iOS-Projekt und fordere dann den Build an. Die Logs werden in dein Terminal gestreamt und der signierte Build wird für TestFlight zu App Store Connect hochgeladen.

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

  4. Derselbe Befehl in der CI ausführen

    Exportiere deine gespeicherten Credentials als CI-Secrets mit build credentials manage, setze den CAPGO_TOKEN und starte die Build-Anfrage in GitHub Actions, GitLab CI oder einem beliebigen Runner.

    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 für dich übernimmt

Native Builds laufen in der Cloud bei code Änderungen. Web-Änderungen werden weiterhin als Live Updates zwischen den Store-Releases ausgeliefert.

Cloud Macs nur beim Build

iOS Builds laufen auf dedizierten Mac mini M4 Maschinen mit installiertem Xcode. Dein Windows- oder Linux-Laptop, oder ein CI-Runner, sendet die Anfrage per Terminal.

Capgo Build-Übersicht

Geführtes iOS-Signing

build init erstellt das Distribution Certificate und das Provisioning Profile für dich. Es nutzt einen App Store Connect API Key, den du im Browser erstellst, wenn du unter Windows oder Linux bist.

iOS-Build-Anleitung

Derselbe Befehl lokal und in CI

Credentials einmal speichern, dann build request im Terminal, in GitHub Actions, GitLab CI oder einer anderen Pipeline ausführen.

Build-Befehl-Referenz

Native Builds plus Live Updates

Nutze Capgo Build, wenn sich Plugins, Berechtigungen, Icons oder die Capacitor-Version ändern. Liefere JavaScript-, CSS- und Asset-Änderungen als Live Updates aus, nachdem Nutzer den Store-Build installiert haben.

Live update oder Native Build?

Trust-Modell

Cloud-Hardware nutzen, ohne deine code und Keys preiszugeben

Credentials bleiben auf deinem Rechner oder in deinen CI-Secrets. Capgo hält sie nur während eines Builds bereit.

Nur das native Projekt wird hochgeladen

Die CLI lädt den nativen Plattform-Ordner und die nativen Dependencies hoch. Dein komplettes Repository bleibt auf deinem Rechner.

Logs streamen in dein Terminal

Build-Logs werden während des Builds live gestreamt und nicht auf Capgo Servern gespeichert.

Credentials existieren nur während des Builds

Zertifikate und Profile werden während des Builds nur im Arbeitsspeicher genutzt und danach gelöscht. Jeder Build läuft in einer isolierten Umgebung, die anschließend zerstört wird.

Mit Capacitor gebaute Apps

Produktions-Apps sollten nicht von einem lokalen Mac abhängen

Apps im Bereich Bildung, Transport oder Support benötigen weiterhin signierte Mobile-Releases, auch wenn das Team überwiegend im Web-, Support- oder Ops-Bereich arbeitet. Hosted Build-Workflows eliminieren den Single-Machine-Bottleneck und halten Signing-Schritte reproduzierbar.

IRIS ParentMail App-Icon Bildung

IRIS ParentMail

Schulkommunikations-App, bei der nicht-native Teams dennoch zuverlässige signierte Releases brauchen.

Google Play-Installationen
1,2 Mio.
Store-Bewertung
2.8
App-Icon von KAI Access: Zugbuchungs-App REISE & LOKAL

KAI Access: Zugbuchungs-App

Transportbuchungs-App, bei der der Release-Handoff nicht von einem einzelnen Entwicklerrechner abhängen sollte.

Google Play-Installationen
13,5 Mio.
Store-Bewertung
3.6
Virtueller Techniker – App-Support app icon Tools

Virtueller Techniker – Techn. Support

Support-Utility für Teams, die reproduzierbare Mobile-Build-Protokolle benötigen.

Google Play-Installationen
10,3 Mio.
Store-Bewertung
4.3

Kundenstimmen

Das sagen Teams, die mit Capgo deployen

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

sikafanka

Design, Radius 5

„Capgo Build hat uns geholfen, unseren Capacitor-App-Release-Prozess zu vereinfachen. Wir können iOS- und Android-Apps in einem einzigen klaren Workflow bauen und ausliefern.“

Porträt von Mikołaj Wilczek

Mikołaj Wilczek

Principal Mobile Platform Engineer, Tellent

„Wir sind ursprünglich über die Plugins auf Capgo gestoßen, was sich als idealer Einstieg in einen viel effizienteren Release-Prozess für unser Team erwiesen hat.“

FAQ

Questions about building iOS without a Mac

Was Windows- und Linux-Entwickler vor ihrem ersten Cloud-iOS-Build fragen.

Benötige ich zu irgendeinem Zeitpunkt einen Mac?

Nicht zum Kompilieren, Signieren oder Uploaden. Die Builds laufen auf den Mac mini M4 Maschinen von Capgo. Du benötigst weiterhin einen Apple Developer Account. Unter Windows oder Linux erstellst du den App Store Connect API Key einfach im Browser, und der CLI kümmert sich um Zertifikate und Profile.

iOS-Build-Anleitung

Wie lange dauert ein iOS-Build?

Ein typischer Native Build dauert 2–3 Minuten. Die Logs werden währenddessen direkt in dein Terminal gestreamt, sodass du Fehler sofort siehst.

Erster Build-Guide

Kann der Build direkt zu TestFlight?

Ja. Mit einem App Store Connect API Key in deinen Credentials wird der signierte Build zu App Store Connect hochgeladen. Dort kannst du ihn in TestFlight testen und für den App Store Review einreichen. Nutze --output-upload, wenn du zusätzlich einen Download-Link für die IPA möchtest.

Build-Konfiguration

Wo werden meine Zertifikate gespeichert?

Standardmäßig auf deinem Rechner unter ~/.capgo-credentials/credentials.json oder in deinen CI Secrets. Sie werden nur für die Dauer eines Builds an Capgo gesendet und danach gelöscht.

Credentials verwalten

Brauche ich für jede Änderung einen neuen Build?

Nein. Änderungen an Plugins, Berechtigungen, Icons oder der Capacitor Version erfordern einen neuen Native Build. JavaScript-, HTML-, CSS- und Asset-Änderungen können einfach als Live Updates an Nutzer verteilt werden, die bereits den Store-Build installiert haben.

Live update oder Native Build?

iOS deployen ohne Mac-Kauf

Erstelle deinen ersten signierten iOS-Build während der 14-tägigen Testphase und füge Android, CI sowie Live Updates hinzu, wenn du sie brauchst. Erstelle deinen ersten signierten iOS-Build mit einer 14-tägigen Geld-zurück-Garantie und füge Android, CI sowie Live Updates hinzu, wenn du sie brauchst.