VS Code unter Windows: Cache, Erweiterungen und Benutzerdaten
VS Code sammelt Erweiterungen, Caches, Protokolle, Arbeitsbereichszustand und Daten, die Erweiterungen besitzen. Den ganzen Ordner Code zu löschen kann Einstellungen zurücksetzen und zugleich Cache entfernen. Trennen Sie neu erzeugbaren Inhalt von der Entwicklungsumgebung, die Sie behalten müssen. Bei trägem Bearbeiten erkennen Sie die arbeitende Erweiterung, bevor Sie Speicherbereinigung als Abhilfe behandeln.
Programmdateien, Erweiterungen und Benutzerdaten unterscheiden
Bei einer Standardinstallation unter Windows hängen Programmpfade vom Installer ab, Erweiterungen liegen standardmäßig unter %USERPROFILE%\.vscode\extensions, und Benutzerdaten liegen häufig unter %APPDATA%\Code. Insiders, der portable Modus und eigene Pfade --user-data-dir oder --extensions-dir brauchen eigene Prüfungen.
| Inhalt | Zweck | Entscheidung zur Aufbewahrung |
|---|---|---|
| Installierte Erweiterungen | Bearbeiten, Debuggen und Sprachfunktionen | Aktive Werkzeuge und ihre Installationsquellen behalten |
| Einstellungen, Tastenkürzel und Snippets | Ihr eingerichteter Arbeitsablauf | Wiederherstellbare Konfiguration exportieren und prüfen |
| Arbeitsbereichs- und Erweiterungszustand | Projektzustand und dauerhafte Erweiterungsdaten | Unsicheren Inhalt behalten; Exportanleitung der Erweiterung folgen |
| Download-/Laufzeitcaches und Protokolle | Wiederverwendete Downloads, erzeugte Ergebnisse und Diagnose | Aktiven Inhalt und zur Untersuchung nötige Protokolle schützen |
Die Erweiterungsreferenz nennt Vorgaben, und die CLI-Referenz beschreibt eigene Verzeichnisse und Profile. Das Verzeichnis .vscode eines Projekts ist ein weiterer Umfang, meist mit Projektkonfiguration. Der gleiche Name macht es nicht zum Benutzerordner für Erweiterungen.
Die aktuelle Konfiguration aufzeichnen
Nutzen Sie die CLI der Installation, die Sie erkannt haben. Diese Befehle listen Erweiterungen mit Versionen und melden Prozessdiagnose, ohne Dateien zu entfernen.
code --list-extensions --show-versions
code --status
Die Erweiterungsliste ist eine Inventur, keine Kopie der Erweiterungsbinärdateien, des Kontostands oder der Arbeitsdaten. Ein Profil gruppiert Einstellungen und Erweiterungsauswahl für einen Arbeitsablauf. Es ist mehr als eine Datei settings.json. Bei mehreren Profilen sehen Sie das aktuelle Profil an und nutzen Sie die dokumentierte Profiloption, wo sie nötig ist. Eine Standardliste ist keine Inventur jedes Profils.
Exportieren Sie passende Einstellungen, Tastenkürzel, Snippets und Erweiterungsauswahl über Profile. Sehen Sie den Export an. Projektdateien und Inhalt, den Erweiterungen besitzen, brauchen eigene Sicherungen.
Deaktivieren, bevor Sie sich zum Deinstallieren entscheiden
Wählen Sie bei einer wiederholbaren Verzögerung in einem Projekt für eine verdächtige Erweiterung Deaktivieren (Arbeitsbereich), starten Sie Erweiterungen neu, wenn Sie dazu aufgefordert werden, und wiederholen Sie dieselbe Aktion. Ändern Sie jeweils eine Erweiterung und vergleichen Sie Diagnose mit Reaktionsfähigkeit. Deinstallieren Sie über ihr Verwaltungsmenü, sobald Sie entschieden haben, dass Sie sie nicht mehr brauchen.
Deaktivieren behält die installierten Dateien, es prüft also das Verhalten, ohne ihren Installationsplatz zurückzuholen. Die Erweiterungsverwaltung unterscheidet Deaktivieren für Arbeitsbereich oder global, Deinstallieren und Aktivieren. Prüfen Sie, ob Debuggen, Sprachunterstützung oder Formatierung weiter von der Erweiterung abhängt.
Lokales Windows, WSL und Entwicklungsumgebungen in Containern können getrennte Erweiterungsinstallationen haben. Sehen Sie ihren Ort in der Ansicht Erweiterungen an. Eine lokale Windows-Kopie zu entfernen belegt keine Entfernung auf der Gegenseite.
Dauerhafter Erweiterungszustand ist kein allgemeiner Cache
Die API ExtensionContext lässt Erweiterungen globalen und arbeitsbereichsspezifischen Zustand speichern. Die Erweiterung bestimmt die Bedeutung: Indizes, Verlauf, Sitzungen oder anderer behaltener Inhalt. Untersuchen Sie den Eigentümer großer Einträge unter User\globalStorage oder User\workspaceStorage, statt ihre Namen pauschal zu leeren.
Die Anleitung zur sauberen Deinstallation behandelt das Entfernen von Benutzerdaten als Zurücksetzen. Das ändert die Umgebung und sollte nicht als routinemäßige Cachebereinigung dargestellt werden. Exportieren und prüfen Sie die Wiederherstellung vor einem absichtlichen Zurücksetzen, und prüfen Sie andere Installationen, die die Daten teilen könnten.
Synchronisierung und Profile prüfen, wenn Erweiterungen wieder erscheinen
Settings Sync kann Erweiterungsinventare, Aktivierung und ausgewählte Profildaten synchronisieren. Sehen Sie synchronisierte Daten und das aktive Profil an, wenn eine Erweiterung nach einem Zusammenführen oder auf einem anderen Rechner wieder erscheint. Die Synchronisierung deckt nicht jede entfernte Erweiterung oder private Erweiterungsdatei ab, sie einzuschalten ist also keine vollständige Sicherung der Entwicklungsumgebung.
Mole for Windows erkennt bestimmte VS-Code-Orte wie Cache, CachedData und Caches für Erweiterungsdownloads, mit Prozessschutz an den betreffenden Laufzeitcaches. Dieser Umfang erlaubt nicht, den ganzen Benutzerdatenordner zu entfernen. Speichern und beenden Sie den Editor normal, behalten Sie Diagnoseprotokolle, die Sie brauchen, und öffnen Sie dann das ursprüngliche Projekt erneut. Prüfen Sie Einstellungen, Debuggen, Terminals und nötige Erweiterungen, bevor Sie den ursprünglichen Build oder die Bearbeitungsaufgabe wiederholen.
Zu Sprachpaket-Caches lesen Sie Caches und Projektabhängigkeiten. Zu Containerumgebungen und Volumes lesen Sie die Speicheranleitung zu Docker und WSL.