Afinstaller Xcode helt fra Mac uden at miste projekter eller dSYM
AskClean-teamet · Opdateret 2026-09-01
Sikkerhedskopiér kildeprojekter og behold Archives og dSYM, der stadig bruges til distribuerede builds, før Xcode fjernes helt. Flyt derefter appen til Papirkurven, og gennemgå DerivedData, simulatorer, DeviceSupport og kommandolinjeværktøjer separat.
Beskyt data, der ikke kan genskabes, før afinstallationen
Projektmapper er ikke Xcode-rester. Beskyt repositories, filer uden commit, lokale pakker og aktiver. Behold Archives/dSYM for versioner, der stadig kører i App Store, TestFlight eller hos kunder, samt vigtig Simulator-tilstand.
- Luk Xcode først. Sletter du DerivedData, mens Xcode kører, kan dens indekser blive forvirret, og filer, Xcode har åbne, bliver måske ikke slettet rent.
- Find mappen: Åbn Settings > Locations i Xcode, og klik på den lille pil ved siden af DerivedData-stien for at vise den i Finder. Eller tryk Skift-Kommando-G i Finder, og indtast ~/Library/Developer/Xcode/DerivedData direkte.
- Sortér projektundermapperne efter størrelse, markér dem, du vil af med (eller Kommando-A for dem alle), og flyt dem til papirkurven. Papirkurven først er den sikreste vane — du kan gendanne øjeblikkeligt, hvis du ombestemmer dig.
- Fra Terminal i stedet: rm -rf ~/Library/Developer/Xcode/DerivedData sletter det hele i ét hug. Det er hurtigere end Finder ved meget store mapper, men læs noten herunder, før du bruger det.
- Genåbn Xcode, og byg. Forvent, at det første build af hvert projekt tager mærkbart længere, og at “Indexing” kører i aktivitetsbjælken et stykke tid — begge dele er engangsomkostninger.
Vær forsigtig med rm -rf: Kommandoen går uden om papirkurven og sletter permanent uden fortrydelsesmulighed. Skriv stien helt præcist, kør den aldrig med sudo til denne opgave, og hvis du ikke er tryg i Terminal, klarer Finder-vejen samme job — reversibelt.
Slet DerivedData
Der er tre måder at gøre det på, og de ender samme sted. Xcodes kommando Clean Build Folder (Product > Clean Build Folder, eller Kommando-Skift-K) rydder kun build-produkter for det aktuelt åbne projekt — nyttigt til at fikse et mærkeligt build, men det rykker knap nok nålen på diskpladsen. Vil du frigøre reel plads, skal du slette selve DerivedData-mapperne.
At slette pr. projekt er den kirurgiske løsning: Behold DerivedData for de to-tre projekter, du bygger dagligt, og fjern mapperne for alt andet. At slette det hele er den hurtige løsning, og den er også fin — du betaler bare prisen for fuld genopbygning af alle projekter på én gang.
Fjern appen med den oprindelige installationsmetode
Afslut Xcode og Simulator, og flyt den rigtige Xcode.app til Papirkurven via Finder. Slet ikke automatisk /Library/Developer/CommandLineTools; Git, Homebrew, clang og build-scripts kan stadig bruge dem.
Caches fra pakkehåndteringer (SwiftPM, CocoaPods, npm, Homebrew)
Pakkehåndteringer gemmer hver eneste afhængighed, de nogensinde har hentet, så fremtidige installationer går hurtigt. Det er god ingeniørkunst og dårlig diskhygiejne: Cacherne vokser kun, og på en maskine med et par års projekter bag sig lægger de stille og roligt 10-20 GB til. Alle er sikre at rydde — i værste fald henter din næste installation pakkerne igen.
Swift Package Manager cacher hentede pakker i ~/Library/Caches/org.swift.swiftpm, og hvert projekts opløste checkouts ligger desuden inde i dets DerivedData-mappe — så rydning af DerivedData rydder allerede dem. Den delte cache kan du slette fra Finder eller med rm -rf på den sti.
Kontrollér alt, før Papirkurven tømmes
Kontrollér Applications, processer og xcode-select -p igen. Bekræft, at projekter, nødvendige Archives/dSYM og Simulator-data findes, før Papirkurven tømmes. System Data kan blive opdateret senere.
Sikkerhedsoversigt for fuld afinstallation
Fjern Xcode sikkert, og vurder genskabelige caches, Archives, DeviceSupport, Simulator-data og Command Line Tools hver for sig.
| Beslutning | Her kontrollerer eller handler du | Konsekvens og kontrol |
|---|---|---|
| Beskyt data, der ikke kan genskabes, før afinstallationen | Projects / Xcode Organizer / Archives | Projektmapper er ikke Xcode-rester. Beskyt repositories, filer uden commit, lokale pakker og aktiver. Behold Archives/dSYM for versioner, der stadig kører i App Store, TestFlight eller hos kunder, samt vigtig Simulator-tilstand. |
| Fjern appen med den oprindelige installationsmetode | /Applications/Xcode.app / Finder | Afslut Xcode og Simulator, og flyt den rigtige Xcode.app til Papirkurven via Finder. Slet ikke automatisk /Library/Developer/CommandLineTools; Git, Homebrew, clang og build-scripts kan stadig bruge dem. |
| Kontrollér alt, før Papirkurven tømmes | xcode-select -p / Activity Monitor | Kontrollér Applications, processer og xcode-select -p igen. Bekræft, at projekter, nødvendige Archives/dSYM og Simulator-data findes, før Papirkurven tømmes. System Data kan blive opdateret senere. |
FAQ
Kan jeg slette hele ~/Library/Developer?
Nej. Den indeholder både genskabelig DerivedData og Archives/dSYM, DeviceSupport, runtimes og Simulator-tilstand; vurder hver kategori separat.
Er det sikkert at slette DerivedData?
Ja — det er en af de sikreste store sletninger på en Mac. DerivedData indeholder kun filer, Xcode genererer ud fra din kildekode: build-produkter, modulcaches, indekser og logfiler. Din kode, dine projektfiler og din git-historik ligger et andet sted og påvirkes aldrig. Den eneste konsekvens er, at det næste build af hvert projekt er en fuld genopbygning, og at indekseringen kører igen.
Hvor ofte bør jeg rydde DerivedData?
Der er ingen fast plan — ryd den, når den er stor nok til at betyde noget, hvilket for de fleste aktive udviklere vil sige hver måned eller anden måned. To situationer retfærdiggør det altid: når du hurtigt skal bruge diskplads, og når et projekt viser uforklarlige build-fejl eller forældet kodefuldførelse — dér er en DerivedData-rydning standardløsningen som første greb.
Kilder