Nvm-windows: nvm no funciona en situaciones de 32/64 bits para Windows 7

Lamento hacer la pregunta obvia, pero ¿intentó reiniciar la ventana de la terminal? En Win7, a veces todavía se ahoga la primera vez que intenta utilizar una versión específica (mklink).

Sí, lo hice. Intenté reiniciar la ventana de la terminal ... luego incluso la máquina ... ni cambió el resultado.

Bien, investigaré esto si tengo tiempo. Desafortunadamente, Win7 no es algo a lo que me acerque a menudo.

Para todos, como referencia sobre Win7: https://github.com/coreybutler/nvm-windows/wiki/Support-for-Windows-7-and-Earlier

@kgentes -

Después de desinstalar el nodo, asegúrese de que el directorio donde se instaló originalmente el nodo se haya eliminado y no solo esté vacío. Para Windows 7, 64 bits, el valor predeterminado es "C: Program Filesnodejs".

Si el directorio "nodejs" todavía existe, entonces el comando "nvm use" no puede hacer el enlace simbólico a la versión del nodo bajo el control de nvm.

Tuve el mismo problema hasta que eliminé manualmente el directorio "nodejs".

Espero que ayude

Gracias @pleverett .. Lo intentaré pronto .. agradezco el

@pleverett ¡ GRACIAS SEÑOR! ¡Esto funcionó como lo anunciaron! ¡Super gusta! Este hilo se puede cerrar. Probablemente debería marcarse como una solución (no estoy seguro de si eso es algo que se puede hacer, aquí, soy nuevo en este ecosistema) para los futuros usuarios de Windows 7 que puedan tener este problema. NVM para Windows está funcionando sin problemas ahora, una vez que eliminé el directorio "C: Program Filesnodejs" ("C: Program Files (x86) nodejs" para 32bit) que aparentemente no se elimina por defecto del desinstalador. Junto con ese directorio también eliminé:
- "C: UsersusernameAppDataRoamingnpm"
- "C: UsersusernameAppDataRoamingnpm-cache"

Aunque probablemente eso no era necesario.

De todos modos, todo está funcionando. ¡Gracias!

@pleverett @coreybutler

otro problema relacionado ---
ahora que puedo ver y cambiar las versiones del nodo a través de nvm, me pregunto si debería ver resultados diferentes cuando hago lo siguiente:

npm config list

Por el momento, nada de la información, excepto la variable siguiente, cambia.
user-agent = "npm/3.10.3 node/v6.3.0 win32 ia32"

todos los demás permanecen igual. Y parece que solo hay una versión de módulos de nodo instalados globalmente.

Si solo estoy cambiando de la versión de 64 bits de 6.3.0 a la versión de 32 bits de 6.3.0, ¿tendré las mismas instalaciones de módulos de nodo global? ¿O hará distintos? ¿O necesito hacer un cambio de versión para obtener un conjunto diferente de módulos de nodo instalados globalmente? Idealmente, creo que mantendría un contexto único para cada versión de bit (debido a los módulos de nodo nativo como libxml - ??? etc.), pero puedo ver por qué a otros no les gustaría que funcione de esa manera.

¿Todavía lo estoy usando mal? ¿O es un error relacionado?

ya que esto todavía funciona en el mismo hilo, quería volver a abrir esto en lugar de crear un nuevo problema ... [ver comentario anterior para mi estado actualizado]

@kgentes - Lamento

Si solo cambia de 32-> 64 bits o viceversa, NVM4W usará el mismo directorio global node_modules . Esto se hizo intencionalmente, principalmente para mantener la huella general del entorno de nodo al mínimo. Tener directorios de instalación separados para 32/64 bits duplicará la huella de la mayoría de los usuarios ... y la huella general es algo en lo que la mayoría de los usuarios ni siquiera piensan hasta que se quedan sin espacio. A pesar de esto, me estoy inclinando hacia el uso de un directorio de instalación individual por versión + arquitectura proc de todos modos. Realmente debería depender del usuario y, como dijiste, esto rompe algunos paquetes nativos.

Estoy cerrando esto porque el tema es un poco diferente. No dude en abrir una nueva edición si lo desea.