Avinstallera Xcode helt från Mac utan att förlora projekt eller dSYM
AskClean-teamet · Uppdaterad 2026-09-01
Säkerhetskopiera källprojekt och behåll Archives och dSYM som behövs för distribuerade byggen innan Xcode tas bort helt. Flytta sedan appen till Papperskorgen och kontrollera DerivedData, simulatorer, DeviceSupport och kommandoradsverktyg var för sig.

Skydda data som inte kan återskapas före avinstallationen
Projektmappar är inte Xcode-rester. Skydda repositoryn, oincheckade filer, lokala paket och resurser. Behåll Archives/dSYM för versioner som ännu finns i App Store, TestFlight eller kundmiljöer samt viktigt Simulator-tillstånd.
- Avsluta Xcode först. Att radera DerivedData medan Xcode körs kan lämna dess indexerare förvirrad, och filer Xcode har öppna raderas kanske inte rent.
- Hitta mappen: i Xcode öppnar du Settings > Locations och klickar på den lilla pilen bredvid DerivedData-sökvägen för att visa den i Finder. Eller tryck Kommando-Skift-G i Finder och skriv in ~/Library/Developer/Xcode/DerivedData direkt.
- Sortera projektundermapparna efter storlek, markera dem du vill bli av med (eller Kommando-A för allihop) och flytta dem till papperskorgen. Papperskorgen först är den tryggare vanan — du kan återställa direkt om du ångrar dig.
- Från Terminal i stället: rm -rf ~/Library/Developer/Xcode/DerivedData raderar allt i ett svep. Det går snabbare än Finder för väldigt stora mappar, men läs noteringen nedan innan du använder det.
- Öppna Xcode igen och bygg. Räkna med att det första bygget av varje projekt tar märkbart längre tid, och att ”Indexing” syns i aktivitetsfältet ett tag — båda är engångskostnader.
Var försiktig med rm -rf: det går förbi papperskorgen och raderar permanent, utan ångra. Skriv sökvägen exakt, kör det aldrig med sudo för den här uppgiften, och känner du dig inte hemma i Terminal gör Finder-vägen samma jobb — fast reversibelt.
Radera DerivedData
Det finns tre sätt att göra det, och de slutar på samma ställe. Xcodes kommando Clean Build Folder (Product > Clean Build Folder, eller Kommando-Skift-K) rensar bara byggprodukter för det projekt som är öppet just nu — användbart för att fixa ett konstigt bygge, men det flyttar knappt nålen för diskutrymmet. För att frigöra riktigt utrymme raderar du själva DerivedData-mapparna.
Att radera per projekt är det kirurgiska alternativet: behåll DerivedData för de två eller tre projekt du bygger dagligen och ta bort mapparna för allt annat. Att radera alltihop är det snabba alternativet, och det funkar det också — du betalar bara ombyggnadskostnaden för alla projekt på en gång.
Ta bort appen med samma metod som användes vid installationen
Avsluta Xcode och Simulator och flytta rätt Xcode.app till Papperskorgen via Finder. Ta inte automatiskt bort /Library/Developer/CommandLineTools; Git, Homebrew, clang och byggskript kan fortfarande använda dem.
Pakethanterarcacher (SwiftPM, CocoaPods, npm, Homebrew)
Pakethanterare sparar varje beroende de någonsin laddat ner så att framtida installationer går snabbt. Det är god ingenjörskonst och dålig diskhygien: cacherna bara växer, och på en maskin som sett några års projekt summerar de tyst till 10–20 GB. Alla är säkra att rensa — värsta fallet är att din nästa installation laddar ner paketen igen.
Swift Package Manager cachar nedladdade paket i ~/Library/Caches/org.swift.swiftpm, och varje projekts upplösta utcheckningar ligger dessutom inuti dess DerivedData-mapp — så att rensa DerivedData rensar redan dem. Den delade cachen kan du radera från Finder, eller med rm -rf på den sökvägen.
Kontrollera allt innan Papperskorgen töms
Kontrollera Applications, processer och xcode-select -p igen. Bekräfta att projekt, nödvändiga Archives/dSYM och Simulator-data finns kvar innan Papperskorgen töms. System Data kan uppdateras senare.
Säkerhetsöversikt för fullständig avinstallation
Ta bort Xcode säkert och bedöm återskapningsbara cachefiler, Archives, DeviceSupport, Simulator-data och Command Line Tools separat.
| Beslut | Här kontrollerar eller agerar du | Konsekvens och verifiering |
|---|---|---|
| Skydda data som inte kan återskapas före avinstallationen | Projects / Xcode Organizer / Archives | Projektmappar är inte Xcode-rester. Skydda repositoryn, oincheckade filer, lokala paket och resurser. Behåll Archives/dSYM för versioner som ännu finns i App Store, TestFlight eller kundmiljöer samt viktigt Simulator-tillstånd. |
| Ta bort appen med samma metod som användes vid installationen | /Applications/Xcode.app / Finder | Avsluta Xcode och Simulator och flytta rätt Xcode.app till Papperskorgen via Finder. Ta inte automatiskt bort /Library/Developer/CommandLineTools; Git, Homebrew, clang och byggskript kan fortfarande använda dem. |
| Kontrollera allt innan Papperskorgen töms | xcode-select -p / Activity Monitor | Kontrollera Applications, processer och xcode-select -p igen. Bekräfta att projekt, nödvändiga Archives/dSYM och Simulator-data finns kvar innan Papperskorgen töms. System Data kan uppdateras senare. |
Vanliga frågor
Kan jag radera hela ~/Library/Developer?
Nej. Där blandas återskapningsbar DerivedData med Archives/dSYM, DeviceSupport, runtimes och Simulator-tillstånd; bedöm varje kategori separat.
Är det säkert att radera DerivedData?
Ja — det är en av de säkraste stora raderingarna på en Mac. DerivedData innehåller bara filer som Xcode genererar ur din källkod: byggprodukter, modulcacher, index och loggar. Din kod, dina projektfiler och din git-historik bor någon annanstans och påverkas aldrig. Enda konsekvensen är att nästa bygge av varje projekt blir ett fullständigt ombygge och att indexeringen körs igen.
Hur ofta bör jag rensa DerivedData?
Det finns inget obligatoriskt schema — rensa när den är stor nog att spela roll, vilket för de flesta aktiva utvecklare betyder varje eller varannan månad. Två tillfällen motiverar det alltid: när du behöver diskutrymme snabbt, och när ett projekt visar oförklarliga byggfel eller gammal kodkomplettering, där en DerivedData-rensning är den vanliga första åtgärden.
Källor