AskCleanAskClean

Cómo desinstalar Xcode por completo en Mac sin perder proyectos ni dSYM

Equipo de AskClean · Actualizado 2026-09-01

Antes de desinstalar Xcode por completo, respalda los proyectos y conserva Archives y dSYM que aún sirven para builds distribuidos. Después mueve la app a la Papelera y revisa DerivedData, simuladores, DeviceSupport y herramientas de línea de comandos por separado.

Cómo desinstalar Xcode por completo en Mac sin perder proyectos ni dSYM
Antes de desinstalar Xcode por completo, respalda los proyectos y conserva Archives y dSYM que aún sirven para builds distribuidos. Después mueve la app a la Papelera y revisa DerivedData, simuladores, DeviceSupport y herramientas de línea de comandos por separado.

Protege los datos que no se pueden reconstruir antes de desinstalar

Las carpetas de proyectos no son residuos de Xcode. Respalda repositorios, archivos sin commit, paquetes locales y recursos. Conserva Archives/dSYM de versiones aún publicadas en App Store, TestFlight o entornos de clientes, además del estado útil de los simuladores.

  1. Sal de Xcode primero. Borrar DerivedData con Xcode en ejecución puede dejar confundido a su indexador, y los archivos que Xcode tenga abiertos pueden no borrarse limpiamente.
  2. Encuentra la carpeta: en Xcode, abre Settings > Locations y haz clic en la flechita junto a la ruta de DerivedData para mostrarla en el Finder. O, en el Finder, pulsa Comando + Mayúsculas + G e introduce directamente ~/Library/Developer/Xcode/DerivedData.
  3. Ordena las subcarpetas de proyecto por tamaño, selecciona las que quieras eliminar (o Comando + A para todas) y muévelas a la Papelera. Pasar primero por la Papelera es el hábito más seguro: puedes restaurarlas al instante si cambias de opinión.
  4. Desde Terminal, como alternativa: rm -rf ~/Library/Developer/Xcode/DerivedData lo borra todo de una vez. Es más rápido que el Finder con carpetas muy grandes, pero lee la nota de abajo antes de usarlo.
  5. Vuelve a abrir Xcode y compila. Cuenta con que la primera compilación de cada proyecto tardará bastante más y con que «Indexing» aparecerá un rato en la barra de actividad: ambos son costes de una sola vez.

Cuidado con rm -rf: se salta la Papelera y borra de forma definitiva, sin deshacer. Escribe la ruta exacta, nunca lo ejecutes con sudo para esta tarea y, si no te sientes cómodo en Terminal, la vía del Finder hace el mismo trabajo de forma reversible.

Borra DerivedData

Hay tres formas de hacerlo, y las tres acaban en el mismo sitio. El comando Clean Build Folder de Xcode (Product > Clean Build Folder, o Comando + Mayúsculas + K) solo limpia los productos de compilación del proyecto abierto: útil para arreglar una compilación rara, pero apenas mueve la aguja del espacio en disco. Para recuperar espacio de verdad, borra las carpetas de DerivedData en sí.

Borrar por proyecto es la opción quirúrgica: conserva el DerivedData de los dos o tres proyectos que compilas a diario y elimina las carpetas de todo lo demás. Borrarlo todo es la opción rápida, y también es válida: solo pagas el coste de la recompilación completa en todos los proyectos a la vez.

Elimina la app con el método usado para instalarla

Cierra Xcode y Simulator y mueve la Xcode.app correcta a la Papelera desde Finder. No elimines automáticamente /Library/Developer/CommandLineTools: Git, Homebrew, clang y scripts de compilación pueden seguir necesitándolo.

Cachés de gestores de paquetes (SwiftPM, CocoaPods, npm, Homebrew)

Los gestores de paquetes conservan cada dependencia que han descargado para que las instalaciones futuras sean rápidas. Eso es buena ingeniería y mala higiene de disco: las cachés solo crecen, y en una máquina con unos años de proyectos suman en silencio 10-20 GB. Todas se pueden limpiar sin riesgo: en el peor de los casos, la próxima instalación vuelve a descargar los paquetes.

Swift Package Manager guarda los paquetes descargados en ~/Library/Caches/org.swift.swiftpm, y los checkouts resueltos de cada proyecto también viven dentro de su carpeta de DerivedData, así que limpiar DerivedData ya limpia esos. La caché compartida puedes borrarla desde el Finder o con rm -rf sobre esa ruta.

Verifica todo antes de vaciar la Papelera

Comprueba Applications, procesos y xcode-select -p. Confirma que proyectos, Archives/dSYM necesarios y datos de Simulator siguen presentes antes de vaciar la Papelera. System Data puede tardar en recalcularse.

Mapa de seguridad de la desinstalación completa

Elimina Xcode separando las cachés regenerables de Archives, DeviceSupport, los datos de Simulator y Command Line Tools.

DecisiónDónde comprobar o actuarConsecuencia y verificación
Protege los datos que no se pueden reconstruir antes de desinstalarProjects / Xcode Organizer / ArchivesLas carpetas de proyectos no son residuos de Xcode. Respalda repositorios, archivos sin commit, paquetes locales y recursos. Conserva Archives/dSYM de versiones aún publicadas en App Store, TestFlight o entornos de clientes, además del estado útil de los simuladores.
Elimina la app con el método usado para instalarla/Applications/Xcode.app / FinderCierra Xcode y Simulator y mueve la Xcode.app correcta a la Papelera desde Finder. No elimines automáticamente /Library/Developer/CommandLineTools: Git, Homebrew, clang y scripts de compilación pueden seguir necesitándolo.
Verifica todo antes de vaciar la Papeleraxcode-select -p / Activity MonitorComprueba Applications, procesos y xcode-select -p. Confirma que proyectos, Archives/dSYM necesarios y datos de Simulator siguen presentes antes de vaciar la Papelera. System Data puede tardar en recalcularse.

Preguntas frecuentes

¿Puedo borrar todo ~/Library/Developer?

No. Combina DerivedData regenerable con Archives/dSYM, DeviceSupport, runtimes y estado de Simulator; revisa cada categoría por separado.

¿Es seguro borrar DerivedData?

Sí: es uno de los borrados grandes más seguros en un Mac. DerivedData solo contiene archivos que Xcode genera a partir de tu código fuente: productos de compilación, cachés de módulos, índices y registros. Tu código, los archivos de proyecto y el historial de git viven en otro sitio y nunca se ven afectados. La única consecuencia es que la siguiente compilación de cada proyecto es una recompilación completa y la indexación vuelve a ejecutarse.

¿Cada cuánto debería limpiar DerivedData?

No hay un calendario obligatorio: límpialo cuando sea lo bastante grande como para importar, lo que para la mayoría de los desarrolladores activos significa cada mes o dos. Dos momentos siempre lo justifican: cuando necesitas espacio en disco ya, y cuando un proyecto muestra errores de compilación inexplicables o autocompletado desfasado, donde borrar DerivedData es el primer arreglo estándar.

Fuentes

Guías relacionadas de desinstalación completa