Як повністю видалити Xcode з Mac без втрати проєктів і dSYM
Команда AskClean · Оновлено 2026-09-01
Перед повним видаленням Xcode створіть резервні копії проєктів і збережіть Archives та dSYM, потрібні для розповсюджених build. Потім перемістіть застосунок у Смітник і окремо перевірте DerivedData, симулятори, DeviceSupport та інструменти командного рядка.
Перед видаленням захистіть дані, які неможливо відтворити
Папки проєктів не є залишками Xcode. Захистіть репозиторії, файли без commit, локальні пакети й ресурси. Збережіть Archives/dSYM версій, що ще працюють в App Store, TestFlight або в клієнтів, і важливий стан Simulator.
- Спершу закрийте Xcode. Видалення DerivedData під час роботи Xcode може заплутати його індексатор, а відкриті Xcode файли можуть видалитися некоректно.
- Знайдіть папку: в Xcode відкрийте Settings > Locations і клацніть маленьку стрілку поруч зі шляхом DerivedData, щоб показати її у Finder. Або у Finder натисніть Command-Shift-G і введіть ~/Library/Developer/Xcode/DerivedData напряму.
- Відсортуйте підпапки проєктів за розміром, виберіть ті, яких хочете позбутися (або Command-A для всіх), і перемістіть їх у Смітник. Спершу Смітник — безпечніша звичка: якщо передумаєте, відновите миттєво.
- Або з Terminal: rm -rf ~/Library/Developer/Xcode/DerivedData видаляє все одним махом. Це швидше за Finder для дуже великих папок, але прочитайте примітку нижче, перш ніж користуватися.
- Знову відкрийте Xcode і зберіть проєкт. Очікуйте, що перша збірка кожного проєкту триватиме помітно довше, а в панелі активності якийсь час крутитиметься «Indexing» — і те, й інше — разова ціна.
Будьте обережні з rm -rf: команда оминає Смітник і видаляє безповоротно, без скасування. Вводьте шлях точно, ніколи не запускайте її з sudo для цього завдання, а якщо вам некомфортно в Terminal — шлях через Finder робить ту саму роботу оборотно.
Видаліть DerivedData
Є три способи це зробити, і всі приводять в одне місце. Команда Xcode Clean Build Folder (Product > Clean Build Folder або Command-Shift-K) очищує продукти збірки лише для наразі відкритого проєкту — корисно, щоб полагодити дивну збірку, але стрілку дискового простору вона майже не зрушує. Щоб звільнити реальне місце, видаляйте самі папки DerivedData.
Видалення по проєктах — хірургічний варіант: залиште DerivedData для двох-трьох проєктів, які збираєте щодня, і приберіть папки всього іншого. Видалити все цілком — швидкий варіант, і він теж нормальний: ви просто платите ціну повної перезбірки одразу за всі проєкти.
Видаліть застосунок тим самим способом, яким його встановлено
Завершіть Xcode і Simulator та перемістіть правильний Xcode.app у Смітник через Finder. Не видаляйте автоматично /Library/Developer/CommandLineTools: їх можуть використовувати Git, Homebrew, clang і build-скрипти.
Кеші менеджерів пакетів (SwiftPM, CocoaPods, npm, Homebrew)
Менеджери пакетів зберігають кожну колись завантажену залежність, щоб майбутні встановлення були швидкими. Це хороша інженерія й погана дискова гігієна: кеші лише ростуть, і на машині, що бачила кілька років проєктів, вони тихо набігають на 10-20 GB. Усі їх безпечно чистити — у найгіршому разі наступне встановлення перезавантажить пакети.
Swift Package Manager кешує завантажені пакети в ~/Library/Caches/org.swift.swiftpm, а розвʼязані checkouts кожного проєкту також лежать усередині його папки DerivedData — тож очищення DerivedData вже чистить і їх. Спільний кеш можна видалити з Finder або через rm -rf за цим шляхом.
Перевірте все перед очищенням Смітника
Повторно перевірте Applications, процеси та xcode-select -p. Переконайтеся, що проєкти, потрібні Archives/dSYM і дані Simulator збережені, і лише тоді очистіть Смітник. System Data може оновитися із затримкою.
Карта безпеки повного видалення
Безпечно видаліть Xcode, окремо оцінивши відновлювані кеші, Archives, DeviceSupport, дані Simulator і Command Line Tools.
| Рішення | Місце перевірки або дії | Наслідок і перевірка |
|---|---|---|
| Перед видаленням захистіть дані, які неможливо відтворити | Projects / Xcode Organizer / Archives | Папки проєктів не є залишками Xcode. Захистіть репозиторії, файли без commit, локальні пакети й ресурси. Збережіть Archives/dSYM версій, що ще працюють в App Store, TestFlight або в клієнтів, і важливий стан Simulator. |
| Видаліть застосунок тим самим способом, яким його встановлено | /Applications/Xcode.app / Finder | Завершіть Xcode і Simulator та перемістіть правильний Xcode.app у Смітник через Finder. Не видаляйте автоматично /Library/Developer/CommandLineTools: їх можуть використовувати Git, Homebrew, clang і build-скрипти. |
| Перевірте все перед очищенням Смітника | xcode-select -p / Activity Monitor | Повторно перевірте Applications, процеси та xcode-select -p. Переконайтеся, що проєкти, потрібні Archives/dSYM і дані Simulator збережені, і лише тоді очистіть Смітник. System Data може оновитися із затримкою. |
FAQ
Чи можна видалити весь ~/Library/Developer?
Ні. Поряд із відновлюваним DerivedData там є Archives/dSYM, DeviceSupport, runtimes і стан Simulator; оцінюйте кожну категорію окремо.
Чи безпечно видаляти DerivedData?
Так — це одне з найбезпечніших великих видалень на Mac. DerivedData містить лише файли, які Xcode генерує з вашого коду: продукти збірки, кеші модулів, індекси та журнали. Ваш код, файли проєкту та історія git живуть деінде й ніколи не постраждають. Єдиний наслідок — наступна збірка кожного проєкту буде повною перезбіркою, і індексація запуститься знову.
Як часто варто чистити DerivedData?
Обовʼязкового розкладу немає — чистьте, коли вона стає достатньо великою, щоб це мало значення, тобто для більшості активних розробників раз на місяць-два. Два моменти виправдовують це завжди: коли терміново потрібне місце на диску, і коли проєкт показує незрозумілі помилки збірки чи застаріле автодоповнення — там стирання DerivedData є стандартним першим засобом.
Джерела