Limpeza do Visual Studio: cache do instalador e pastas de componentes

Onde os gigabytes realmente moram

A IDE em si mora em C:\Program Files\Microsoft Visual Studio\2022\<Edition> — Community, Professional ou Enterprise — e essa pasta é quase inteiramente componentes de cargas de trabalho: compiladores, SDKs, MSBuild, depuradores. Ao lado, o Visual Studio Installer vive em C:\Program Files (x86)\Microsoft Visual Studio\Installer e é a peça pequena porém crítica que gerencia todas as instâncias da máquina. A pasta que assusta é C:\ProgramData\Microsoft\VisualStudio\Packages, onde o instalador guarda os pacotes baixados: uma instalação completa do 2022 com cargas pesadas pode estacionar aí de 10 a 20 GB.

Por cima disso vem a camada por usuário: %LOCALAPPDATA%\Microsoft\VisualStudio\<version> guarda caches como o ComponentModelCache e o cache MEF, além do cofre de segredos; %USERPROFILE%\.nuget\packages consegue crescer calado até passar a própria IDE; e cada solução carrega uma pasta .vs com bancos do IntelliSense e autossalvamento. São as únicas pastas de toda a estrutura onde apagar é manutenção normal e não cenário de reparo.

• C:\Program Files\Microsoft Visual Studio\2022\<Edition> — a IDE e seus componentes de cargas de trabalho, gerenciados só pelo instalador
• C:\Program Files (x86)\Microsoft Visual Studio\Installer — o bootstrap que gerencia todas as instâncias, uns 100 MB, nunca apague
• C:\ProgramData\Microsoft\VisualStudio\Packages — o cache de downloads do instalador, a maior pasta na maioria das instalações
• %LOCALAPPDATA%\Microsoft\VisualStudio\<version> — caches de usuário, limpáveis com o Visual Studio fechado
• %USERPROFILE%\.nuget\packages — o cache global do NuGet, limpo do jeito certo com dotnet nuget locals all --clear
• .vs dentro de cada solução — caches de IntelliSense e autossalvamento, apagáveis sem medo com a solução fechada

Emagrecer pelo instalador, não pelo Explorador de Arquivos

A economia real de espaço vem de remover cargas de trabalho, não pastas. Abra o Visual Studio Installer, clique em Modificar na sua instância e desmarque o que você parou de usar: toolchains de jogos, cargas móveis, conjuntos embarcados e os antigos targeting packs do .NET são os suspeitos habituais de vários gigabytes. Desinstalar uma segunda instância inteira — um 2019 velho ao lado do 2022 — é a maior ganância única disponível, e o instalador faz isso limpo numa passada só. Apagar pastas de componentes à mão alcança a mesma economia de disco e converte uma instalação consertável numa quebrada, porque o instalador mantém registro do que colocou onde.

A pasta Packages é a mais perguntada, e a resposta honesta é: dá para apagar e nada quebra — mas você não deveria. Sem esses pacotes, a próxima operação Modificar, Reparar ou Atualizar baixa tudo de novo, o que numa linha lenta custa mais tempo do que o disco liberado. A única exceção documentada para casos desesperadores é o InstallCleanup.exe com a opção -full a partir do diretório do Installer: ele remove todas as instâncias, o instalador e todos os dados em cache da máquina. É um botão de reinício, não uma rotina de limpeza — depois é reinstalar do zero.

A manutenção que é rotina de verdade

Entre os emagrecimentos pelo instalador, três hábitos mantêm a máquina dev em forma. Limpe os caches de usuário quando o Visual Studio começar a encrencar — erros de extensão e um cache MEF quebrado são os clássicos — apagando as subpastas de cache com a IDE fechada. Mantenha o cache do NuGet em ordem com um dotnet nuget locals all --clear de vez em quando, e deixe os .vs velhos morrerem quando uma solução vai para o arquivo: eles são reconstruídos na primeira abertura, uma vez mais devagar e depois certeiro. Os logs de bootstrap e de instalação no %TEMP% de instalações fracassadas sempre podem ser apagados.

Nada disso exige ritmo semanal. Uma máquina de desenvolvimento em que as cargas são auditadas a cada poucos meses, a instância velha se despede depois de cada segunda versão do Visual Studio e o cache do NuGet é limpo quando o restore começa a engasgar, fica sob controle — e nenhum desses passos exige arrastar pastas de componentes para a Lixeira.

Perguntas e respostas

Continue lendo