# Réinitialiser ou retirer VS Code sans perdre votre configuration > Réglages et extensions vivent hors du bundle de l'app et survivent à une réinstallation, d'où le peu d'effet d'une réinstallation Published: 2026-08-06 | Updated: 2026-08-08 Glisser Visual Studio Code dans la Corbeille ne retire que l'éditeur, pas votre configuration. C'est volontaire, documenté, et la raison pour laquelle la plupart des gens retrouvent VS Code exactement comme ils l'avaient laissé après une réinstallation dont ils espéraient qu'elle corrigerait quelque chose. Si vous désinstallez pour repartir de zéro, ce n'est pas l'application qui compte. ## Votre configuration se trouve dans deux dossiers VS Code conserve l'état utilisateur hors du bundle de l'application : ``` ~/Library/Application Support/Code ~/.vscode ``` Le premier contient les réglages, les raccourcis clavier, l'état des espaces de travail et le stockage de tout ce qu'une extension a enregistré. Le second contient les extensions elles-mêmes. La documentation est explicite sur l'effet de leur suppression : elle vous ramène à l'état d'avant l'installation de VS Code, et réinitialise tous les réglages. C'est la description correcte d'une remise à zéro d'usine, et le contraire de ce que vous voulez si vous cherchiez seulement à corriger une fenêtre bloquée.
Retirer le bundle de l'application laisse les réglages et l'état des espaces de travail dans Application Support et les extensions dans le répertoire .vscode, donc une réinstallation restaure la configuration précédente.
Le bundle est remplaçable et ne porte aucune de vos configurations. Une réinstallation reprend directement les deux répertoires d'état, c'est pourquoi réinstaller corrige rarement quoi que ce soit.
## Décidez d'abord du résultat souhaité Trois opérations différentes portent le nom de désinstallation, et n'impliquent pas les mêmes suppressions. Réinstaller pour corriger une version cassée : retirez seulement l'application. Tout est restauré. Si le problème était dans vos réglages ou une extension, cela n'apporte rien, ce qui est le résultat habituel. Repartir d'un éditeur propre : retirez l'application et les deux répertoires. Exportez d'abord vos réglages si vous souhaitez en récupérer une partie. Libérer de l'espace : n'en retirez aucun. L'espace est presque toujours dans les caches par projet plutôt que dans l'éditeur, et il existe un article séparé pour cela. ## La synchronisation décide pour vous Si Settings Sync est activé et connecté à un compte GitHub ou Microsoft, vos réglages, raccourcis, extraits et liste d'extensions sont stockés dans ce compte. Supprimer les deux répertoires est alors sûr : il suffit de se connecter sur une installation neuve pour les restaurer. Si Settings Sync est désactivé, les deux répertoires sont la seule copie. Un `settings.json` ajusté pendant deux ans est un fichier que vous avez écrit, pas un cache, et rien d'autre n'en a une copie. Vérifiez avant de supprimer. C'est dans le menu du compte en bas de la barre d'activité, et regarder y prend moins de temps que de lire cette phrase. ## Exportez la liste des extensions même si vous supprimez tout ``` code --list-extensions > ~/Desktop/vscode-extensions.txt ``` Cela fonctionne tant que VS Code est encore installé et fait de la reconstruction une simple boucle, plutôt qu'un effort de mémoire. Si la commande `code` n'est pas dans votre PATH, VS Code l'installe depuis la palette de commandes via Shell Command. ## L'outil en ligne de commande et les restes Retirer l'application laisse la commande shell `code` pointer vers un bundle qui n'existe plus, ainsi que les caches habituels, les journaux et l'état d'application enregistré. Ceux-ci sont jetables dans tous les cas. Les artefacts par projet n'entrent pas du tout dans ce cadre. Un dossier `.vscode` à l'intérieur d'un dépôt appartient à ce projet et est versionné avec lui ; retirer l'éditeur ne doit pas y toucher. ## Voir la taille avant de décider Les deux répertoires d'état grossissent discrètement. Les hôtes d'extensions mettent en cache des serveurs de langage, et quelques extensions conservent des index qui atteignent les gigaoctets, ce qui explique en général pourquoi l'empreinte dépasse la taille de l'éditeur. [Mole](https://mole.fit/) affiche les deux répertoires avec leurs tailles à côté de l'application, donc la différence entre un cache d'extension à vider et un répertoire de réglages à conserver est visible avant tout déplacement. Les éléments retirés aboutissent dans la Corbeille, ce qui est le bon endroit pour un répertoire dont vous pourriez constater une heure plus tard qu'il vous manquait. ## Ce que Settings Sync emporte, et ce qu'il n'emporte pas Il emporte les paramètres, les raccourcis clavier, les extraits de code utilisateur, la liste des extensions et une partie de l'état de l'interface. Connectez-vous au même compte sur une autre machine et ils reviennent d'eux-mêmes. Il n'emporte ni l'état propre à l'espace de travail, ni les données que les extensions écrivent sur le disque. Un `.vscode/settings.json` à l'intérieur d'un dépôt voyage avec ce dépôt et n'est pas de son ressort, et les index d'extensions, les caches des serveurs de langage et l'état de connexion ne suivent pas non plus, de sorte qu'une extension réinstallée peut encore nécessiter une reconfiguration. Le menu de compte en bas de la barre d'activité affiche l'état actuel. S'il indique que vous êtes connecté et affiche une heure de synchronisation, ces deux répertoires peuvent être supprimés sans risque. S'il indique que vous ne l'êtes pas, ce sont les seules copies. --- Canonical HTML page: https://mole.fit/fr/blog/how-to-uninstall-vscode-mac Blog index for agents: https://mole.fit/fr/blog/llms.txt Site index for agents: https://mole.fit/llms.txt