Stockage de VS Code : extensions, caches et données
VS Code accumule des extensions, des caches, des journaux, l’état des espaces de travail et des données propres aux extensions. Supprimer tout le dossier Code peut réinitialiser les réglages en même temps qu’il retire le cache. Séparez le contenu reproductible de l’environnement de développement que vous devez conserver. Pour une édition lente, identifiez l’extension en cause avant de traiter le nettoyage du stockage comme le remède.
Distinguer les fichiers du programme, les extensions et les données utilisateur
Dans une installation Windows standard, les chemins du programme dépendent du programme d’installation, les extensions vont par défaut dans %USERPROFILE%\.vscode\extensions, et les données utilisateur se trouvent en général dans %APPDATA%\Code. Insiders, le mode portable et des chemins personnalisés --user-data-dir ou --extensions-dir demandent des vérifications séparées.
| Contenu | Rôle | Décision de conservation |
|---|---|---|
| Extensions installées | Édition, débogage et fonctions de langage | Garder les outils actifs et leurs sources d’installation |
| Réglages, raccourcis et extraits | Votre flux de travail configuré | Exporter et vérifier une configuration récupérable |
| État de l’espace de travail et des extensions | État du projet et données persistantes des extensions | Garder le contenu incertain ; suivre les instructions d’export de l’extension |
| Caches de téléchargement/d’exécution et journaux | Téléchargements réutilisés, résultats générés et diagnostics | Protéger le contenu actif et les journaux nécessaires à une enquête |
La référence des extensions liste les valeurs par défaut, et la référence CLI décrit les dossiers personnalisés et les profils. Le dossier .vscode d’un projet est un autre périmètre, qui contient en général la configuration du projet. Son nom proche n’en fait pas le dossier d’extensions utilisateur.
Noter la configuration actuelle
Utilisez la CLI de l’installation que vous avez identifiée. Ces commandes listent les extensions avec leurs versions et rapportent des diagnostics de processus sans retirer de fichiers.
code --list-extensions --show-versions
code --status
La liste d’extensions est un inventaire, pas une copie des binaires d’extensions, de l’état des comptes ou des données de travail. Un profil regroupe des réglages et des sélections d’extensions pour un flux de travail ; c’est plus qu’un seul fichier settings.json. Avec plusieurs profils, inspectez le profil actuel et utilisez l’option de profil documentée quand il le faut. Une liste par défaut n’est pas un inventaire de chaque profil.
Exportez les réglages, raccourcis, extraits et sélections d’extensions pertinents par les Profils. Inspectez l’export. Les fichiers de projet et le contenu propre aux extensions ont encore besoin de leurs propres sauvegardes.
Désactiver avant de décider de désinstaller
Pour un retard reproductible dans un projet, choisissez Désactiver (espace de travail) pour une extension suspecte, redémarrez les extensions quand on vous le demande et répétez la même action. Changez une extension à la fois et comparez les diagnostics à la réactivité. Désinstallez par son menu de gestion une fois que vous décidez qu’elle n’est plus nécessaire.
Désactiver conserve les fichiers installés, donc cela teste le comportement sans récupérer l’espace d’installation. La gestion des extensions distingue la désactivation dans l’espace de travail ou globale, la désinstallation et l’activation. Vérifiez si le débogage, le support de langage ou la mise en forme dépend encore de l’extension.
Les environnements Windows local, WSL et conteneur de développement peuvent avoir des installations d’extensions séparées. Inspectez leur emplacement dans la vue Extensions ; retirer une copie Windows locale n’établit pas un retrait distant.
L’état persistant d’une extension n’est pas un cache générique
L’API ExtensionContext permet aux extensions de stocker un état global et propre à l’espace de travail. L’extension détermine le sens : index, historique, sessions ou autre contenu conservé. Examinez le propriétaire des grosses entrées User\globalStorage ou User\workspaceStorage plutôt que de vider leurs noms sans distinction.
Le guide de désinstallation propre traite le retrait des données utilisateur comme une réinitialisation. Cela change l’environnement et ne doit pas être présenté comme un nettoyage de cache courant. Exportez et vérifiez la récupération avant une réinitialisation voulue, et vérifiez les autres installations qui peuvent partager les données.
Vérifier la synchronisation et les profils quand les extensions reviennent
La synchronisation des paramètres peut synchroniser les inventaires d’extensions, l’activation et certaines données de profil. Inspectez les données synchronisées et le profil actif quand une extension réapparaît après une fusion ou l’usage d’une autre machine. La synchronisation ne couvre pas chaque extension distante ni chaque fichier d’extension privé, donc l’activer n’est pas une sauvegarde complète de l’environnement de développement.
Mole pour Windows reconnaît des emplacements VS Code précis comme Cache, CachedData et les caches de téléchargement d’extensions, avec une protection de processus sur les caches d’exécution concernés. Ce périmètre n’autorise pas le retrait de tout le dossier de données utilisateur. Enregistrez et quittez l’éditeur normalement, conservez les journaux de diagnostic dont vous avez besoin, puis rouvrez le projet d’origine. Vérifiez les réglages, le débogage, les terminaux et les extensions nécessaires avant de répéter la compilation ou la tâche d’édition d’origine.
Pour les caches de paquets de langage, lisez caches et dépendances de projet. Pour les environnements de conteneurs et les volumes, lisez le guide de stockage Docker/WSL.