Restablecer o quitar VS Code sin perder tu configuración

DesinstalaciónPublicado Actualizado 4 min de lectura

Arrastrar Visual Studio Code a la Papelera elimina el editor y no toca tu configuración. Eso es deliberado, está documentado, y es la razón por la que la mayoría encuentra VS Code exactamente como lo dejó tras una reinstalación con la que esperaba arreglar algo.

Si desinstalas para empezar de cero, la aplicación es lo de menos.

Tu configuración vive en dos directorios

VS Code guarda el estado del usuario fuera del paquete de la aplicación:

~/Library/Application Support/Code
~/.vscode

El primero contiene ajustes, atajos de teclado, estado del espacio de trabajo y el almacén de copias de seguridad de lo que guardó una extensión. El segundo contiene las extensiones en sí.

La documentación es explícita sobre lo que implica eliminarlos: te devuelve al estado anterior a instalar VS Code, y restablece todos los ajustes. Esa es la descripción correcta de un restablecimiento de fábrica, y el resultado equivocado si solo intentabas arreglar una ventana bloqueada.

Eliminar el paquete de la aplicación deja los ajustes y el estado del espacio de trabajo en Application Support y las extensiones en el directorio .vscode, de modo que una reinstalación restaura la configuración anterior.
El paquete es reemplazable y no lleva nada de tu configuración. Una reinstalación vuelve a usar de inmediato los dos directorios de estado, por eso reinstalar casi nunca arregla nada.

Decide primero qué resultado quieres

Hay tres tareas distintas que se confunden con desinstalar, y cada una exige un borrado distinto.

Reinstalar para arreglar una compilación rota: elimina solo la aplicación. Todo vuelve. Si el problema estaba en tus ajustes o en una extensión, esto no logra nada, que es el resultado habitual.

Empezar desde un editor limpio: elimina la aplicación y ambos directorios. Exporta tus ajustes primero si quieres recuperar alguno.

Liberar espacio: no elimines ninguno. El espacio está casi siempre en cachés por proyecto, no en el editor, y hay un artículo aparte para eso.

La sincronización decide por ti

Si Settings Sync está activado y has iniciado sesión con una cuenta de GitHub o Microsoft, tus ajustes, atajos de teclado, fragmentos y lista de extensiones se guardan en esa cuenta. Borrar ambos directorios es entonces seguro: iniciar sesión en una instalación limpia los restaura.

Si Settings Sync está desactivado, los dos directorios son el único registro. Un settings.json afinado durante dos años es un archivo que escribiste, no una caché, y no hay ninguna otra copia.

Comprueba antes de borrar. Está en el menú de cuenta en la parte inferior de la barra de actividad, y se tarda más en leer esta frase que en mirarlo.

Exporta la lista de extensiones aunque lo borres todo

code --list-extensions > ~/Desktop/vscode-extensions.txt

Esto funciona mientras VS Code sigue instalado y convierte la reconstrucción en un bucle en lugar de un ejercicio de memoria. Si el comando code no está en tu PATH, VS Code lo instala desde la paleta de comandos con Shell Command.

La herramienta de línea de comandos y los restos

Eliminar la aplicación deja el comando de shell code apuntando a un paquete que ya no existe, junto con las cachés, los registros y el estado guardado habituales de la aplicación. Esos son desechables en todos los casos.

Los artefactos por proyecto no forman parte de esto en absoluto. Una carpeta .vscode dentro de un repositorio pertenece a ese proyecto y viaja con él en el control de versiones; eliminar el editor no debería tocarla.

Ver el tamaño antes de decidir

Los dos directorios de estado crecen sin que te des cuenta. Los hosts de extensiones almacenan en caché servidores de lenguaje, y algunas extensiones mantienen índices que alcanzan los gigabytes, que suele ser la verdadera razón de que la huella del editor sea mayor que el propio editor.

Mole muestra ambos directorios con sus tamaños junto a la aplicación, de modo que la diferencia entre una caché de extensión que conviene vaciar y un directorio de ajustes que conviene conservar es visible antes de tocar nada. Las eliminaciones van a la Papelera, el sitio adecuado si una hora después descubres que ese directorio te hacía falta.

Un editor es un paquete más una configuración

Trátalos como dos objetos. El paquete es desechable e intercambiable entre versiones. La configuración es algo que construiste, está pensada para sobrevivir al paquete, y la única pregunta que vale la pena responder antes de borrarla es si una cuenta en otro sitio tiene una copia.