Xcode am Mac deinstallieren und benötigte Werkzeuge behalten

Entscheiden Sie vor der Xcode-Deinstallation, ob Sie die Apple-Entwicklung aufgeben oder nur den großen Editor entfernen. Xcode-App, separat installierte Command Line Tools, Simulator-Runtimes und Release-Archive sind unterschiedliche Dinge. Alles zusammen zu löschen kann Builds unterbrechen oder benötigte Symbole vernichten.

Festlegen, was bleiben muss

Apples Dokumentation der Command Line Tools unterscheidet das eigenständige Paket von den Werkzeugen in Xcode. Behalten Sie es bei weiterem Bedarf, aber es enthält nicht jeden Xcode-Befehl.

Geht es nur um Speicher, beginnen Sie mit Xcode-Speicher aufräumen. Dort bleibt der Editor installiert und Caches werden gezielt geprüft.

Archive und Signaturdaten sichern

Prüfen Sie vor dem Entfernen die Archive im Organizer und kopieren Sie benötigte Builds auf unabhängigen Speicher. Apples Archivanleitung beschreibt sie als Builds zur Verteilung. Der übliche Archives-Pfad ist zugleich der Ordner, den Mole ausdrücklich von der Cache-Bereinigung ausschließt:

~/Library/Developer/Xcode/Archives

Behalten Sie für ausgelieferte Builds das Archiv mit passenden dSYMs. Apple erklärt unter Debug-Informationen für verteilte Apps, dass Binärdatei und dSYM dieselbe Build-UUID brauchen. Ein neuer Build ersetzt diese Symbole nicht.

Behalten Sie weiter benötigte Provisioning-Profile und Signaturidentitäten. Apples Sicherung der Signaturdaten erklärt, dass erneut geladene Profile keinen fehlenden privaten Schlüssel ersetzen. Eine App-Deinstallation ist kein Anlass, den Schlüsselbund oder sämtliche Signaturdaten zu leeren.

Zuerst die Xcode-App entfernen

Beenden Sie Builds und Tests, schließen Sie Xcode und Simulator und suchen Sie die konkret zu entfernende App. Apples Finder-Verfahren verschiebt die App in den Papierkorb. Prüfen Sie bei mehreren Versionen die tatsächliche Installation, statt alle ähnlich benannten Apps zu löschen.

Lassen Sie die App dort, bis die behaltenen Werkzeuge geprüft sind. Zurückholen geht nur, solange sie noch dort liegt. Eine spätere Neuinstallation braucht eine kompatible und verfügbare Version. Speicher wird erst nach endgültigem Löschen frei, eine unveränderte Anzeige beweist daher nicht, dass das Verschieben fehlgeschlagen ist.

Command Line Tools separat behandeln

Apples Anleitung zum Entwicklerverzeichnis dokumentiert diese schreibgeschützte Prüfung:

xcode-select --print-path

Ein Pfad in Xcode bedeutet, dass diese App ausgewählt ist. /Library/Developer/CommandLineTools bezeichnet das eigenständige Paket. Eine Fehlermeldung bedeutet kein aktives Entwicklerverzeichnis, nicht verlorenen Quellcode.

Fehlt das benötigte Paket, fordern Sie mit xcode-select --install den Installer an und schließen die Installation ab. Wählen Sie es erst aus, wenn das Verzeichnis existiert:

sudo xcode-select --switch /Library/Developer/CommandLineTools
xcode-select --print-path

Der zweite Befehl sollte den Paketpfad ausgeben. Zum späteren Wechsel zurück wählen Sie mit Apples Verfahren eine tatsächlich vorhandene Xcode-Installation. Ein Pfadwechsel installiert keine Werkzeuge.

Braucht kein verbleibender Ablauf das Paket, beschreibt Apple in der Installationsanleitung das Entfernen von /Library/Developer/CommandLineTools. Nutzen Sie nur dieses genaue paketbezogene Verfahren nach bewusster Entscheidung. Es löscht direkt ohne Papierkorb. Lassen Sie /Library/Developer selbst unangetastet.

Simulatoren und Caches gesondert prüfen

Prüfen Sie vor der letzten Xcode-Deinstallation ungewollte Runtimes über Apples Komponentenverwaltung. Die aktuelle Dokumentation nennt den Einstellungsbereich Components. Runtime und Geräte sind getrennte Entscheidungen, erklärt unter iOS-Simulatoren aufräumen.

Für DerivedData und Caches verwenden Sie den oben verlinkten Xcode-Leitfaden und entfernen nur identifizierte Ausgabe. Der Neuaufbau braucht Quellcode, Abhängigkeiten und Werkzeugkette. Archive und Provisioning-Daten bleiben außerhalb dieser Bereinigung. Löschen Sie nicht den ganzen Developer-Baum.

Homebrew und verbleibende Builds prüfen

Homebrews Installationsvoraussetzungen nennen Command Line Tools oder Xcode zum Bauen von Formulae aus Quellcode. Das eigenständige Paket kann deshalb weiter nötig sein. Es ersetzt kein vollständiges Xcode für Abläufe mit Xcode-exklusiven Werkzeugen wie xcodebuild.

Prüfen Sie das gewählte Entwicklerverzeichnis und einen repräsentativen weiter benötigten Build. Lesen Sie bei Fehlern zunächst, ob Werkzeuge oder Projektabhängigkeiten fehlen, statt sofort weiter zu löschen oder neu zu installieren. Halten Sie die App bis zur erfolgreichen Prüfung wiederherstellbar.

Wo Mole hilft

Mole Mac erlaubt in Apps das Entfernen von Xcode und zeigt einen Hinweis zur Datenprüfung. Er fordert zum Prüfen der ausgewählten Daten auf und erklärt nicht alle zugehörigen Ordner für entbehrlich.

Unter Bereinigen schließt der Entwickler-Cache-Katalog Xcode Archives aus. Der Archives-Pfad steht zusätzlich in der eingebauten Whitelist. Diese Schutzregel ist kein Backup Ihrer Builds oder Signaturdaten. Sichern Sie sie vor der Deinstallation separat.

Häufige Fragen

Kann ich Xcode entfernen und Homebrew behalten?

Ja. Behalten oder installieren Sie bei Bedarf kompatible Command Line Tools und prüfen Sie das Entwicklerverzeichnis sowie einen tatsächlich verwendeten Build.

Entfernt das Löschen von Xcode.app alle Simulatoren?

Gehen Sie nicht davon aus. Prüfen Sie Runtimes und Gerätedaten getrennt mit den Komponenten- und Simulatoranleitungen, bevor die letzte Xcode-Installation verschwindet.

Kann ich Archive löschen, wenn der Quellcode noch da ist?

Behalten Sie Archive und passende Symbole verteilter Builds. Neue Builds garantieren keine identischen UUIDs, und eine Xcode-Neuinstallation stellt keine alten privaten Signaturschlüssel wieder her.