Si vous utilisez VS Code, vous avez peut-être activé le paramètre de réouverture d'un fichier précédemment ouvert lors du prochain lancement de l'application. Je le fais. J'aime ça.
Mais parfois, vous ne voulez vraiment, vraiment pas que cela se produise.
J'ai récemment rencontré une de ces fois! J'ai dû réinstaller ma copie locale de ce site et, avec elle, la base de données de 3 Go+ qui l'accompagne. Étant un site WordPress et tout, j'avais besoin d'ouvrir le fichier de base de données SQL pour rechercher et remplacer certaines choses.
Si vous avez déjà essayé d'ouvrir un fichier volumineux super duper dans VS Code, vous savez que vous devrez peut-être modifier quelques paramètres qui augmentent la limite de mémoire et tout cela. L'application est super flexible comme ça. Il y a même un belle extension cela augmentera la mémoire et les effectuer une recherche et remplacement sur open.
Quoi qu'il en soit, ce gros fichier de base de données a planté VS Code plusieurs fois et j'ai fini par trouver une autre façon de procéder. Cependant, VS Code continue d'essayer d'ouvrir ce fichier et se bloque inévitablement même si j'ai détruit le fichier. Et cela signifie que j'attends que le ballon de plage amusant de MacOS tourne avant que l'application ne plante et que je puisse la rouvrir pour de vrai.
Eh bien, j'ai finalement décidé de résoudre ce problème aujourd'hui et j'ai passé un peu de temps à chercher. Une Fil de débordement de pile suggère de désactiver les extensions et d'augmenter la limite de mémoire via la ligne de commande. Je suis content que cela ait fonctionné pour certaines personnes, mais je devais continuer à chercher.
Un autre fil suggère de vider le cache de l'application à partir de la palette de commandes.
Bien, mais pas de dés. 🎲
J'ai fini par suivre une stratégie de la terre brûlée partagé par Jie Jenn dans une vidéo YouTube utile. Vous devez supprimer manuellement les fichiers mis en cache de VS Code. La vidéo la parcourt sous Windows, mais elle est sacrément similaire sous MacOS. Le cache VS Code se trouve dans votre dossier utilisateur.
Remarquez que j'ai le Backups dossier mis en surbrillance ici. Jie a supprimé les fichiers du CachedData dossier, mais cela n'a fait que déclencher une invite pour moi de réinstaller l'application. J'ai donc pris un risque et supprimé ce qui semblait être un fichier de plus de 3 Go dans Backups. J'ai montré ce fichier à la porte et VS Code est heureux depuis.
Redemandez-moi dans une semaine et peut-être que je découvrirai que j'ai vraiment foiré quelque chose. Mais jusqu'ici tout va bien!
