Чистка Visual Studio: кеш інсталятора та теки компонентів

Де насправді лежать гігабайти

Сама IDE мешкає в C:\Program Files\Microsoft Visual Studio\2022\<Edition> — Community, Professional чи Enterprise — і ця тека майже повністю складається з компонентів робочих навантажень: компіляторів, SDK, MSBuild, засобів відлагодження. Поруч у C:\Program Files (x86)\Microsoft Visual Studio\Installer живе сам Visual Studio Installer — маленька, але критична частина, що керує всіма екземплярами на машині. Найстрашніша на вигляд тека — C:\ProgramData\Microsoft\VisualStudio\Packages, де інсталятор зберігає завантажені пакети: повна установка 2022 з важкими навантаженнями може лишити там 10–20 ГБ.

Поверх цього — користувацький шар: %LOCALAPPDATA%\Microsoft\VisualStudio\<version> тримає кеші на кшталт ComponentModelCache і MEF-кешу та сховище секретів; %USERPROFILE%\.nuget\packages вміє тихо вирости більше самої IDE; і в кожного рішення є тека .vs із базами IntelliSense й автозбереженням. Це єдині теки в усій конструкції, де видалення — нормальна процедура обслуговування, а не сценарій ремонту.

• C:\Program Files\Microsoft Visual Studio\2022\<Edition> — IDE й компоненти робочих навантажень, керуються тільки інсталятором
• C:\Program Files (x86)\Microsoft Visual Studio\Installer — завантажувач, що керує всіма екземплярами, близько 100 МБ, ніколи не видаляти
• C:\ProgramData\Microsoft\VisualStudio\Packages — кеш завантажень інсталятора, найбільша тека в більшості установок
• %LOCALAPPDATA%\Microsoft\VisualStudio\<version> — користувацькі кеші, чистяться за закритого Visual Studio
• %USERPROFILE%\.nuget\packages — глобальний кеш NuGet, правильно чиститься через dotnet nuget locals all --clear
• .vs усередині кожного рішення — кеші IntelliSense й автозбереження, спокійно видаляються за закритого рішення

Ужимати через інсталятор, а не через провідник

Справжня економія місця приходить від видалення робочих навантажень, а не тек. Відкрийте Visual Studio Installer, натисніть «Змінити» у свого екземпляра й зніміть позначки з того, чим перестали користуватися: ігрові тулчейни, мобільні навантаження, вбудовані набори інструментів і старі targeting-пакети .NET — звичні підозрювані на багато гігабайтів. Знесення цілого другого екземпляра — старої 2019 поруч із 2022 — найбільший разовий виграш, і інсталятор робить це за один чистий прохід. Видалення тек компонентів руками дає ту саму економію диска, але перетворює придатну до ремонту установку на зламану: інсталятор відстежує, що й куди він поклав.

Про теку Packages питають найчастіше, і чесна відповідь: видалити її можна, нічого не зламається — але не варто. Без цих пакетів наступна операція «Змінити», «Відновити» чи «Оновити» перекачає все заново, що на повільному каналі коштує дорожче за звільнене місце. Єдиний задокументований виняток для відчайдушних випадків — InstallCleanup.exe з прапорцем -full із каталогу Installer: він зносить усі екземпляри, сам інсталятор і всі кеші на машині. Це кнопка скидання, а не процедура чистки — після неї доведеться ставити все з нуля.

Обслуговування, яке справді рутинне

Між ужиманнями через інсталятор машину в формі тримають три звички. Чистіть користувацькі кеші, коли Visual Studio починає дивувати — помилки розширень і побитий MEF-кеш класика, — видаляючи підтечі кешів за закритої IDE. Тримайте кеш NuGet у порядку командою dotnet nuget locals all --clear час від часу й дозволяйте старим .vs помирати під час архівації рішення: вони перебудовуються при першому відкритті, один раз повільніше й потім правильно. Логи завантаження й інсталяції з %TEMP% від невдалих установок видаляти завжди безпечно.

Нічого з цього не потрібно робити щотижня. Якщо раз на кілька місяців переглядати робочі навантаження, після кожної другої версії Visual Studio позбуватися старого екземпляра і чистити кеш NuGet, коли restore буксує, машина розробника лишиться під контролем — і жодного разу не зажадає перетягувати теки компонентів у кошик.

Питання та відповіді

Читайте також