Schluss mit Xcode-Rucklern: Builds auf Cloud Mac mini M4

Ich entwickle auf einem 16 GB MacBook Air. Swift tippen geht, aber ⌘B für einen Vollbuild: Lüfter hoch, SourceKit und Compiler kämpfen um die SSD, der Cursor hängt kurz — dann ist Schluss mit produktivem Tippen. Ein großes MacBook Pro würde helfen; ich brauche aber vor allem, dass Builds nicht meine einzige Maschine blockieren.

Was langfristig trägt: Ultrabook nur für Edits und Git, ein gemieteter Mac mini M4 in der Cloud nur für xcodebuild. Nicht Xcode den ganzen Tag per VNC (transpazifisch war’s bei mir schlimmer als lokal). Remote = immer laufender Builder.

Laptop: Edit & Git. Clean Build, Tests, Archive auf Cloud-M4

Build oder Indexer?

swift-frontend / XCBBuildService voll = Build-Problem. Dauerhaft SourceKitService = erst Derived Data / build/ im Repo prüfen. 40 GB alte Derived Data gelöscht → lokale inkrementelle Builds zurück. Remote hilft, schwere Arbeit vom Laptop zu nehmen — nicht bei allem.

Aufteilung

Lokal: Code, git commit, Diffs, selten Preview.
Cloud-M4: build, test, archive; Zertifikate nur dort.
Gerät: am Tisch → Laptop, sonst Builder.

In Betrieb

Versionen angleichen; nur Git; Derived Data remote unter ~/Cache/DerivedData (Apple-Doku).

Makefile (Auszug)

build-remote:
	git push origin HEAD
	ssh $(REMOTE) 'cd ~/workspace/$(REPO) && git pull --ff-only && 	  xcodebuild -scheme $(SCHEME) -derivedDataPath ~/Cache/DerivedData build'

TN2339. Gleicher Commit: Air vs. Builder zeitmessen.

VNC nur für GUI-Kram

p12, Keychain-Klicks, Archive-Assistent — dann zu. Nicht in VNC coden.

Team: gleicher M4 als Runner

Self-hosted — Details Runner-Notiz.

Fehler

Derived Data rsync
Package.resolved vergessen
VNC-Alltag
512 GB voll → Disk-Matrix

Hardware

M4, 24 GB, 512 GB. Feste IP: eine IP pro Maschine.

Alternativen

MBP, Xcode Cloud, Hackintosh-VM. Windows: Cloud-Mac. APAC/Release: Pipeline-FAQ.

Kurz

Remote-Compile ohne VNC? Nein. SSH-Latenz für Logs ok (~200 ms). Zertifikate nicht auf dem Privat-Mac.