É seguro apagar DerivedData, simuladores antigos e iOS DeviceSupport do Xcode?

Na maior parte, sim. DerivedData, iOS DeviceSupport, clones de dispositivos de teste, simuladores de pré-visualização e caches do Xcode podem ser apagados com segurança: o Xcode os recria quando precisa deles. Simuladores e runtimes de simulador também podem ser removidos, mas use a ferramenta simctl da Apple em vez do Finder. A única pasta que pede cuidado é Archives, porque ela guarda os símbolos de depuração dos apps que você já publicou.

Juntas, essas pastas chegam facilmente a dezenas de gigabytes num Mac usado para desenvolvimento iOS. Veja o que é cada uma e a forma mais limpa de removê-la.

Onde o Xcode guarda seus dados

Quase tudo fica em ~/Library/Developer, na sua pasta pessoal. A exceção são os runtimes de simulador: são imagens de disco do sistema gerenciadas pelo macOS.

A mesma lógica da DeviceSupport vale para as pastas vizinhas watchOS DeviceSupport, tvOS DeviceSupport, visionOS DeviceSupport e macOS DeviceSupport.

DerivedData: seguro, o Xcode recria

A DerivedData guarda produtos intermediários de build, o índice do código-fonte, registros de build e caches de módulos, numa subpasta por projeto. Apagá-la nunca toca no seu código. O custo é tempo: o próximo build de cada projeto começa do zero, e o Xcode reindexa tudo antes de o preenchimento de código voltar por completo.

Encerre o Xcode primeiro e depois mova o conteúdo para o Lixo:

open ~/Library/Developer/Xcode/DerivedData

Para limpar um único projeto, apague só a subpasta dele (com o nome do projeto seguido de um sufixo aleatório). O comando Product › Clean Build Folder do Xcode remove os produtos de build, mas normalmente mantém o índice, então libera menos espaço. Você pode conferir ou mudar o local em Xcode › Settings › Locations.

Archives: guarde o que você publicou

Cada .xcarchive é um build assinado criado com Product › Archive e contém os arquivos dSYM do app. O Xcode os usa para acrescentar nomes de símbolos aos relatórios de falhas: sem o dSYM correspondente, uma falha daquele build mostra endereços de memória em vez de nomes de funções. Serviços de relatórios de falhas de terceiros precisam dos mesmos arquivos.

Por isso, revise os archives em vez de esvaziar a pasta. Em Window › Organizer › Archives, apague os builds que nenhum usuário roda mais, como builds antigos de teste interno. Para versões que ainda estão na App Store ou no TestFlight, guarde o archive ou copie os pacotes .xcarchive para um disco externo antes de removê-los do Mac.

iOS DeviceSupport: seguro, copiado de novo quando necessário

Quando você conecta um iPhone, iPad, Apple Watch, Apple TV ou Vision Pro para desenvolvimento, o Xcode copia os símbolos do sistema daquele dispositivo para poder depurar e simbolizar no seu Mac. As versões recentes do Xcode nomeiam cada pasta com o modelo do dispositivo, a versão do sistema e o build, por exemplo iPhone15,5 27.0.1 (24A446), e uma única pasta costuma ter vários gigabytes.

Cada atualização do iOS em cada dispositivo que você depura acrescenta uma nova pasta, e o Xcode não remove as antigas. As pastas de versões de sistema que você não usa mais podem ir para o Lixo com segurança. Se você apagar uma de que ainda precisa, o Xcode a copia de novo na próxima vez que você conectar o dispositivo, o que leva alguns minutos.

Simuladores: dispositivos e runtimes são coisas diferentes

Um runtime de simulador é uma imagem completa do sistema para uma versão, como o iOS 27.1, e costuma ter de 7 a 10 GB. Um dispositivo de simulador é uma configuração pequena com seus próprios dados: apps instalados, fotos e ajustes. Vários dispositivos podem compartilhar um runtime, então apagar um dispositivo libera os dados dele, enquanto apagar um runtime libera a imagem grande.

Remover dispositivos de simulador

Liste os dispositivos e remova os que não funcionam mais com os runtimes instalados:

xcrun simctl list devices
xcrun simctl delete unavailable

O delete unavailable remove os dispositivos que o Xcode atual não aceita mais, normalmente sobras de runtimes antigos. Para remover um dispositivo específico, passe o UDID dele, tirado da lista: xcrun simctl delete <UDID>. Você também pode fazer isso em Window › Devices and Simulators. Evite xcrun simctl delete all, a menos que queira mesmo remover todos os simuladores e seus dados. Apagar um dispositivo é definitivo; você pode criar um novo no Xcode quando quiser.

Remover runtimes de simulador

xcrun simctl runtime list
xcrun simctl runtime delete <identifier>

O runtime list mostra cada imagem instalada com versão, identificador e estado, além do tamanho total. O runtime delete recebe o identificador (o UUID de cada linha), desmonta e remove a imagem. A partir do Xcode 27, o delete também aceita --dry-run para pré-visualizar, --notUsedSinceDays <days>, --unusable e --outdated. Versões mais antigas do Xcode aceitam menos opções, então execute xcrun simctl runtime para ver o que a sua aceita.

No Xcode, você faz o mesmo em Xcode › Settings › Components (chamado Platforms no Xcode 15): selecione um runtime e apague-o. O guia da Apple sobre como baixar e instalar componentes adicionais do Xcode explica como recuperar um runtime, inclusive com xcodebuild -downloadPlatform iOS no Terminal.

Não apague à mão arquivos de runtime em /Library/Developer/CoreSimulator/Volumes ou /System/Library/AssetsV2. As versões recentes do Xcode guardam os runtimes como recursos gerenciados pelo sistema, e remover arquivos diretamente pode deixar um runtime registrado, porém quebrado.

Clones de teste, pré-visualizações e caches do simulador

• XCTestDevices: clones que o Xcode cria para os testes em paralelo. Podem ir para o Lixo com segurança quando nenhum teste estiver rodando.
• Pré-visualizações SwiftUI: o Xcode roda as pré-visualizações num conjunto próprio de simuladores. xcrun simctl --set previews delete all os remove; o Xcode os recria na próxima vez que uma pré-visualização rodar.
• Caches e registros do CoreSimulator: ~/Library/Developer/CoreSimulator/Caches e ~/Library/Logs/CoreSimulator podem ser limpos com segurança com o app Simulator fechado.

Versões antigas do Xcode, toolchains e downloads

Cada cópia do Xcode em /Applications é um app grande, e cópias beta ou antigas mantidas para um projeto legado somam rápido. Antes de apagar uma, verifique qual Xcode as ferramentas de linha de comando usam:

xcode-select -p

Guarde a cópia para a qual esse caminho aponta e qualquer versão de que um job de CI ou um projeto antigo ainda precise. Procure também arquivos .xip em ~/Downloads: depois que o Xcode está instalado, o arquivo compactado não é mais necessário. Toolchains Swift extras baixadas do swift.org ficam em ~/Library/Developer/Toolchains; guarde as que seus projetos usam.

~/Library/Caches/com.apple.dt.Xcode guarda o cache do próprio Xcode e é recriado quando necessário. Se você usa o Xcode há muitos anos, talvez encontre ainda conjuntos de documentação offline que versões bem antigas do Xcode baixaram em ~/Library/Developer/Shared/Documentation/DocSets; as versões atuais não os usam.

Uma ordem sensata

1. Encerre o Xcode e o Simulator.
2. Apague a DerivedData, as XCTestDevices e os simuladores de pré-visualização. Isso não tem risco.
3. Execute xcrun simctl delete unavailable.
4. Remova as pastas DeviceSupport e os runtimes de simulador de versões de sistema que você não tem mais como alvo.
5. Revise os Archives e as cópias antigas do Xcode por último, com calma.

Depois, esvazie o Lixo para recuperar o espaço. As pastas são as mesmas no macOS 27 Golden Gate, no 26 Tahoe, no 15 Sequoia e no 14 Sonoma; as opções do simctl disponíveis dependem da sua versão do Xcode.

Como o MoreRoom ajuda

A versão gratuita do MoreRoom varre ~/Library/Developer e reconhece cada uma dessas pastas, com um selo “Seguro remover” ou “Revisar antes” e a indicação de se ela volta. DerivedData, DeviceSupport, clones de teste e caches vão para o Lixo um item de cada vez, com Desfazer. Para dispositivos e runtimes de simulador, o MoreRoom executa os próprios comandos da Apple, xcrun simctl delete e xcrun simctl runtime delete; esses comandos são definitivos e estão sinalizados como tal. Os Archives são marcados para guardar.

O MoreRoom Pro acrescenta o Coletor, para limpar vários itens de uma vez, o modo meta, que escolhe a seleção mais segura para o espaço de que você precisa, e a Hibernação de projetos, para projetos inativos. Transferir archives para um disco externo pelo MoreRoom chega em breve; por enquanto, copie-os você mesmo.