Porządki w Visual Studio: cache instalatora i foldery komponentów

Gdzie naprawdę mieszkają gigabajty

Samo IDE siedzi w C:\Program Files\Microsoft Visual Studio\2022\<Edition> — Community, Professional lub Enterprise — i ten folder to niemal w całości komponenty workloadów: kompilatory, SDK, MSBuild, debuggery. Obok, w C:\Program Files (x86)\Microsoft Visual Studio\Installer, mieszka instalator Visual Studio: niewielki, ale kluczowy element, który zarządza każdą instancją na maszynie. Budzący grozę cache to C:\ProgramData\Microsoft\VisualStudio\Packages, gdzie instalator trzyma pobrane pakiety — pełna instalacja 2022 z ciężkimi workloadami potrafi zostawić tam 10–20 GB.

Na to nakłada się warstwa per użytkownik: %LOCALAPPDATA%\Microsoft\VisualStudio\<version> mieści cache typu ComponentModelCache i MEF oraz magazyn sekretów; %USERPROFILE%\.nuget\packages potrafi po cichu urosnąć ponad samo IDE; a każdy solution ma przy sobie folder .vs z bazami IntelliSense i danymi autosave. To jedyne foldery w całym stosie, gdzie usuwanie jest normalnym zabiegiem serwisowym, a nie scenariuszem naprawczym.

• C:\Program Files\Microsoft Visual Studio\2022\<Edition> — IDE i jego komponenty workloadów, zarządzane wyłącznie przez instalator
• C:\Program Files (x86)\Microsoft Visual Studio\Installer — bootstrap zarządzający wszystkimi instancjami, około 100 MB, nigdy nie usuwać
• C:\ProgramData\Microsoft\VisualStudio\Packages — cache pobierania instalatora, największy pojedynczy folder na większości instalacji
• %LOCALAPPDATA%\Microsoft\VisualStudio\<version> — cache per użytkownik, bezpieczne do wyczyszczenia przy zamkniętym Visual Studio
• %USERPROFILE%\.nuget\packages — globalny cache NuGet, czyszczony porządnie przez dotnet nuget locals all --clear
• .vs wewnątrz każdego solution — cache IntelliSense i autosave, swobodnie usuwane przy zamkniętym solution

Przycinaj przez instalator, nie przez eksplorator

Prawdziwe oszczędności miejsca robi się, usuwając workloady, nie foldery. Otwórz Visual Studio Installer, kliknij Modyfikuj przy swojej instancji i odznacz to, z czego przestałeś korzystać — toolchainy do gier, workloady mobilne, zestawy narzędzi embedded i pakiety targetingowe starego .NET to klasyczni podejrzani o wiele gigabajtów. Odinstalowanie całej drugiej instancji — starego 2019 obok 2022 — to pojedynczy największy zysk, jaki jest do wzięcia, a instalator robi to czysto w jednym przebiegu. Ręczne usuwanie folderów komponentów daje tę samą oszczędność dysku i zamienia naprawialną instalację w uszkodzoną, bo instalator śledzi, co gdzie położył.

Cache Packages to folder, o który pytają najczęściej, i uczciwa odpowiedź brzmi: możesz go usunąć i nic się nie zepsuje — ale nie powinieneś. Bez tych pakietów kolejna operacja Modyfikuj, Napraw czy Aktualizuj pobiera wszystko od nowa, co na wolnym łączu kosztuje więcej czasu niż zyskany dysk. Jedyne udokumentowane wyjście z rozpaczy to InstallCleanup.exe z flagą -full z katalogu Installer: usuwa wszystkie instancje, instalator i cały cache z maszyny. To przycisk resetu, nie rutyna sprzątania — potem instalujesz wszystko od zera.

Serwis, który faktycznie jest rutyną

Między przycinaniem przez instalator trzy nawyki utrzymują maszynę deweloperską w formie. Czyść cache per użytkownik, gdy Visual Studio zaczyna się gryźć — błędy rozszerzeń i uszkodzony cache MEF to klasyczne objawy — usuwając podfoldery cache przy zamkniętym IDE. Trzymaj cache NuGet w ryzach, od czasu do czasu dając dotnet nuget locals all --clear, a starym folderom .vs pozwól odejść przy archiwizacji solution; odtworzą się przy pierwszym otwarciu — raz wolniej, potem dobrze. Logi bootstrapu i setupu w %TEMP% po nieudanych instalacjach zawsze można usuwać.

Żadne z tego nie wymaga cotygodniowego rytmu. Maszyna deweloperska, która co kilka miesięcy przechodzi audyt workloadów, traci starą instancję po każdej drugiej edycji Visual Studio i dostaje czyszczenie cache NuGet, gdy restore zaczyna ciągnąć, będzie w pełni pod kontrolą — i nic z tego nie wymaga wleczenia folderów komponentów do kosza.

Pytania i odpowiedzi

Przeczytaj także