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 GB が駐車することもあります。

さらにユーザーごとの層があります。%LOCALAPPDATA%\Microsoft\VisualStudio\<version> には ComponentModelCache や MEF キャッシュ、シークレットストアが入ります。%USERPROFILE%\.nuget\packages は静かに IDE 本体より大きくなることもあり、すべてのソリューションは IntelliSense データベースと自動保存データを入れた .vs フォルダーを伴います。スタック全体の中で、削除が修復シナリオではなく通常のメンテナンスとされるのは、これらのフォルダーだけです。

• C:\Program Files\Microsoft Visual Studio\2022\<Edition> — IDE とワークロードコンポーネント。管理するのはインストーラーだけ
• C:\Program Files (x86)\Microsoft Visual Studio\Installer — すべてのインスタンスを管理するブートストラッパー。約100 MB、絶対に消さない
• 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 を開き、自分のインスタンスで「変更」を押し、使わなくなったもののチェックを外しましょう。ゲーム開発ツールチェーン、モバイルワークロード、組み込みツールセット、レガシー .NET のターゲットパックが、いつもの複数ギガバイト級の容疑者です。古い 2019 が 2022 の隣に居座っているような場合、2つ目のインスタンス全体をアンインストールするのが取れる単独最大の成果で、インストーラーが一度にきれいに処理します。コンポーネントフォルダーを手で消してもディスクの節約は同じですが、修復可能なインストールが故障品に変わります。インストーラーは何をどこに置いたかを記録しているからです。

Packages キャッシュは最もよく尋ねられるフォルダーで、正直な答えはこうです。消しても壊れないが、消すべきではない。パッケージがなければ次の「変更」「修復」「更新」は必要なものをすべて再ダウンロードし、回線が遅いと解放したディスク以上の時間を奪います。絶体絶命のときに文書化された唯一の例外が、Installer ディレクトリの InstallCleanup.exe に -full フラグを付けて実行すること。すべてのインスタンス、インストーラー、キャッシュデータをマシンから消します。これは片付けではなくリセットボタンで、実行後はゼロから再インストールです。

本当にルーチンになるメンテナンス

インストーラー主導の減量の合間に、3つの習慣が開発機を引き締めたまま保ちます。Visual Studio の挙動が怪しくなったら — 拡張機能のエラーと壊れた MEF キャッシュが定番の症状 — IDE を閉じてキャッシュのサブフォルダーを削除し、ユーザーごとのキャッシュを掃除します。NuGet キャッシュは折に触れて dotnet nuget locals all --clear で誠実に保ち、ソリューションをアーカイブするときは古い .vs フォルダーを逝かせます。最初に開くとき一度だけ遅くなり、その後は正しく再生成されます。失敗したインストールが %TEMP% に残すブートストラップとセットアップのログは、いつ消しても安全です。

どれも週次のリズムは要りません。数か月ごとにワークロード監査を受け、Visual Studio のリリース1〜2回ごとに古いインスタンスを手放し、restore が重くなり始めたら NuGet キャッシュを掃除する開発機なら十分に制御下にあります — そして、そのどこにもコンポーネントフォルダーをごみ箱へドラッグする工程はありません。

よくある質問

次に読む記事