Como desinstalar completamente o Xcode no Mac sem perder projetos ou dSYMs
Equipe AskClean · Atualizado 2026-09-01
Antes de desinstalar o Xcode por completo, faça backup dos projetos e preserve Archives e dSYMs ainda necessários para builds distribuídos. Depois mova o app para o Lixo e revise DerivedData, simuladores, DeviceSupport e ferramentas de linha de comando separadamente.

Proteja os dados que não podem ser recriados antes de desinstalar
Pastas de projeto não são resíduos do Xcode. Proteja repositórios, arquivos sem commit, pacotes locais e recursos. Mantenha Archives/dSYMs de versões ainda publicadas na App Store, TestFlight ou ambientes de clientes e estados úteis do Simulator.
- Encerre o Xcode primeiro. Excluir o DerivedData com o Xcode aberto pode deixar o indexador confuso, e arquivos que o Xcode mantém abertos podem não ser excluídos de forma limpa.
- Encontre a pasta: no Xcode, abra Settings > Locations e clique na setinha ao lado do caminho do DerivedData para revelá-lo no Finder. Ou, no Finder, pressione Command-Shift-G e digite ~/Library/Developer/Xcode/DerivedData diretamente.
- Ordene as subpastas de projeto por tamanho, selecione as que você quer eliminar (ou Command-A para todas) e mova-as para a Lixeira. Lixeira primeiro é o hábito mais seguro — dá para restaurar na hora se você mudar de ideia.
- Pelo Terminal, em vez disso: rm -rf ~/Library/Developer/Xcode/DerivedData exclui tudo de uma tacada só. É mais rápido que o Finder para pastas muito grandes, mas leia a nota abaixo antes de usar.
- Reabra o Xcode e compile. Espere que o primeiro build de cada projeto demore visivelmente mais e que "Indexing" apareça na barra de atividade por um tempo — os dois são custos de uma vez só.
Cuidado com o rm -rf: ele passa por cima da Lixeira e exclui permanentemente, sem desfazer. Digite o caminho exato, nunca o execute com sudo para essa tarefa e, se você não se sente à vontade no Terminal, o caminho pelo Finder faz o mesmo trabalho de forma reversível.
Exclua o DerivedData
Há três jeitos de fazer isso, e todos terminam no mesmo lugar. O comando Clean Build Folder do Xcode (Product > Clean Build Folder, ou Command-Shift-K) limpa apenas os produtos de build do projeto aberto no momento — útil para consertar um build esquisito, mas quase não faz diferença no espaço em disco. Para recuperar espaço de verdade, exclua as próprias pastas do DerivedData.
Excluir por projeto é a opção cirúrgica: mantenha o DerivedData dos dois ou três projetos que você compila todo dia e remova as pastas de todo o resto. Excluir tudo de uma vez é a opção rápida, e também funciona — você só paga o custo do rebuild completo em todos os projetos de uma só vez.
Remova o app pelo método usado na instalação
Feche Xcode e Simulator e mova o Xcode.app correto para o Lixo pelo Finder. Não apague automaticamente /Library/Developer/CommandLineTools: Git, Homebrew, clang e scripts de build ainda podem depender dele.
Caches de gerenciadores de pacotes (SwiftPM, CocoaPods, npm, Homebrew)
Gerenciadores de pacotes guardam toda dependência que já baixaram para que as próximas instalações sejam rápidas. Isso é boa engenharia e má higiene de disco: os caches só crescem, e numa máquina com alguns anos de projetos eles somam discretamente 10-20 GB. Todos são seguros de limpar — o pior caso é a sua próxima instalação baixar os pacotes de novo.
O Swift Package Manager guarda os pacotes baixados em ~/Library/Caches/org.swift.swiftpm, e os checkouts resolvidos de cada projeto também vivem dentro da pasta de DerivedData dele — então limpar o DerivedData já limpa esses. O cache compartilhado você pode excluir pelo Finder, ou com rm -rf naquele caminho.
Verifique tudo antes de esvaziar o Lixo
Revise Applications, processos e xcode-select -p. Confirme projetos, Archives/dSYMs necessários e dados do Simulator antes de esvaziar o Lixo. O System Data pode demorar a recalcular.
Mapa de segurança da desinstalação completa
Remova o Xcode separando caches recriáveis de Archives, DeviceSupport, dados do Simulator e Command Line Tools.
| Decisão | Onde verificar ou agir | Consequência e verificação |
|---|---|---|
| Proteja os dados que não podem ser recriados antes de desinstalar | Projects / Xcode Organizer / Archives | Pastas de projeto não são resíduos do Xcode. Proteja repositórios, arquivos sem commit, pacotes locais e recursos. Mantenha Archives/dSYMs de versões ainda publicadas na App Store, TestFlight ou ambientes de clientes e estados úteis do Simulator. |
| Remova o app pelo método usado na instalação | /Applications/Xcode.app / Finder | Feche Xcode e Simulator e mova o Xcode.app correto para o Lixo pelo Finder. Não apague automaticamente /Library/Developer/CommandLineTools: Git, Homebrew, clang e scripts de build ainda podem depender dele. |
| Verifique tudo antes de esvaziar o Lixo | xcode-select -p / Activity Monitor | Revise Applications, processos e xcode-select -p. Confirme projetos, Archives/dSYMs necessários e dados do Simulator antes de esvaziar o Lixo. O System Data pode demorar a recalcular. |
Perguntas frequentes
Posso apagar todo o ~/Library/Developer?
Não. Ele mistura DerivedData recriável com Archives/dSYMs, DeviceSupport, runtimes e estados do Simulator; decida por categoria.
É seguro excluir o DerivedData?
Sim — é uma das exclusões grandes mais seguras num Mac. O DerivedData contém apenas arquivos que o Xcode gera a partir do seu código: produtos de build, caches de módulos, índices e logs. Seu código, os arquivos de projeto e o histórico do git vivem em outro lugar e nunca são afetados. A única consequência é que o próximo build de cada projeto é um rebuild completo e a indexação roda de novo.
Com que frequência devo limpar o DerivedData?
Não existe cronograma obrigatório — limpe quando ele estiver grande o bastante para importar, o que para a maioria dos desenvolvedores ativos significa a cada mês ou dois. Dois momentos sempre justificam: quando você precisa de espaço em disco rápido, e quando um projeto apresenta erros de build inexplicáveis ou autocompletar desatualizado, situação em que zerar o DerivedData é a primeira correção padrão.
Fontes