# VS Code zurücksetzen oder entfernen, ohne die Einrichtung zu verlieren > Einstellungen und Erweiterungen liegen außerhalb des App-Bundles und überleben eine Neuinstallation, weshalb Neuinstallieren selten etwas behebt Published: 2026-08-06 | Updated: 2026-08-08 Visual Studio Code in den Papierkorb zu ziehen entfernt den Editor und nichts von Ihrer Einrichtung. Das ist beabsichtigt, dokumentiert und der Grund, warum die meisten VS Code nach einer Neuinstallation genau so vorfinden, wie sie es verlassen haben, obwohl sie gehofft hatten, etwas zu beheben. Wenn Sie deinstallieren, um sauber anzufangen, ist die App der Teil, der nicht zählt. ## Ihre Einrichtung liegt in zwei Verzeichnissen VS Code hält den Benutzerzustand außerhalb des Application Bundles: ``` ~/Library/Application Support/Code ~/.vscode ``` Das erste enthält Einstellungen, Tastenkürzel, Workspace-Zustand und den Speicher für alles, was eine Erweiterung abgelegt hat. Das zweite enthält die Erweiterungen selbst. Die Dokumentation ist eindeutig, was das Entfernen bewirkt: es versetzt Sie in den Zustand vor der Installation von VS Code und setzt alle Einstellungen zurück. Das ist die korrekte Beschreibung eines Zurücksetzens auf Werkseinstellungen, und das falsche Ergebnis, wenn Sie nur ein hängendes Fenster beheben wollten.
Das Entfernen des Application Bundles lässt Einstellungen und Workspace-Zustand in Application Support sowie Erweiterungen im Verzeichnis .vscode zurück, sodass eine Neuinstallation die bisherige Einrichtung wiederherstellt.
Das Bundle ist austauschbar und trägt keine Konfiguration. Eine Neuinstallation greift die beiden Zustandsverzeichnisse sofort wieder auf, weshalb Neuinstallieren selten etwas behebt.
## Zuerst entscheiden, welches Ergebnis Sie wollen Drei verschiedene Aufgaben heißen Deinstallieren und brauchen unterschiedlich viel Löschen. Neu installieren, um einen defekten Build zu beheben: nur die App entfernen. Alles kommt zurück. Lag das Problem in den Einstellungen oder einer Erweiterung, erreicht das nichts, und das ist der übliche Ausgang. Mit einem sauberen Editor starten: die App und beide Verzeichnisse entfernen. Exportieren Sie die Einstellungen vorher, wenn Sie etwas davon zurückwollen. Speicherplatz freigeben: keines von beiden entfernen. Der Platz steckt fast immer in projektbezogenen Caches statt im Editor, und dafür gibt es einen eigenen Artikel. ## Sync entscheidet für Sie Wenn Settings Sync aktiv und mit einem GitHub- oder Microsoft-Konto angemeldet ist, liegen Einstellungen, Tastenkürzel, Snippets und die Erweiterungsliste in diesem Konto. Beide Verzeichnisse zu löschen ist dann unbedenklich: die Anmeldung auf einer frischen Installation stellt sie wieder her. Wenn Settings Sync aus ist, sind die beiden Verzeichnisse der einzige Nachweis. Eine über zwei Jahre gepflegte `settings.json` ist eine Datei, die Sie geschrieben haben, kein Cache, und sonst hat niemand eine Kopie. Prüfen Sie vor dem Löschen. Es steht im Kontomenü unten in der Aktivitätsleiste, und diesen Satz zu lesen dauert länger, als nachzusehen. ## Die Erweiterungsliste exportieren, auch wenn Sie alles löschen ``` code --list-extensions > ~/Desktop/vscode-extensions.txt ``` Das funktioniert, solange VS Code noch installiert ist, und macht den Neuaufbau zu einer Schleife statt zu einer Gedächtnisleistung. Wenn der Befehl `code` nicht im Pfad liegt, installiert VS Code ihn über die Befehlspalette unter Shell Command. ## Das Kommandozeilen-Tool und die Reste Die App zu entfernen lässt den Shell-Befehl `code` auf ein Bundle zeigen, das nicht mehr existiert, zusammen mit den üblichen Caches, Logs und dem gespeicherten Anwendungszustand. Die sind in jedem Fall entbehrlich. Projektbezogene Artefakte gehören hier gar nicht dazu. Ein Ordner `.vscode` in einem Repository gehört zu diesem Projekt und wandert mit der Versionskontrolle; den Editor zu entfernen sollte ihn nicht anfassen. ## Die Größe sehen, bevor Sie entscheiden Die beiden Zustandsverzeichnisse wachsen leise. Extension Hosts cachen Language Server, und manche Erweiterungen halten Indizes im Gigabyte-Bereich, und das ist meist die eigentliche Antwort, warum der Platzbedarf des Editors größer ist als der Editor. [Mole](https://mole.fit/) zeigt beide Verzeichnisse mit ihrer Größe neben der App, sodass der Unterschied zwischen einem löschenswerten Extension-Cache und einem behaltenswerten Einstellungsverzeichnis sichtbar ist, bevor sich etwas bewegt. Entferntes landet im Papierkorb, und das ist der richtige Ort für ein Verzeichnis, das Sie eine Stunde später wieder brauchen. ## Was Settings Sync mitnimmt und was nicht Es überträgt Einstellungen, Tastenkürzel, benutzerdefinierte Snippets, die Erweiterungsliste und einen Teil des UI-Zustands. Melden Sie sich auf einem anderen Rechner mit demselben Konto an, und diese kehren von selbst zurück. Es überträgt weder workspace-spezifischen Zustand noch Daten, die Erweiterungen auf die Festplatte schreiben. Eine `.vscode/settings.json` im Repository reist mit dem Repository mit und geht Settings Sync nichts an; auch Erweiterungsindizes, Language-Server-Caches und Anmeldezustände folgen nicht. Eine neu installierte Erweiterung muss daher unter Umständen erneut eingerichtet werden. Das Kontomenü am unteren Rand der Aktivitätsleiste zeigt den aktuellen Status. Steht dort, dass Sie angemeldet sind, und wird ein Sync-Zeitpunkt angezeigt, können diese beiden Verzeichnisse bedenkenlos gelöscht werden. Steht dort, dass Sie nicht angemeldet sind, sind sie die einzige Kopie. --- Canonical HTML page: https://mole.fit/de/blog/how-to-uninstall-vscode-mac Blog index for agents: https://mole.fit/de/blog/llms.txt Site index for agents: https://mole.fit/llms.txt