g安装windows
(OTG安装)
概述
在 Windows 多个计算机管理node.js 的安装。
这是一个节点版本的管理器，而不是一个io.js所以管理器不对io.js反向支持。支持节点 4 。无论是否运行，请记住，Windows 通常需要管理权限(创建符号链接)。
nvm install nvm use
在某些情况下，不同版本 Node.js 切换非常有用。例如，如果您想在不卸载稳定版本节点的情况下测试最新前沿版本开发的模块，则该实用程序可以提供帮助。
安装和升级? ?卸载任何已安装的节点！！? ?适用于安装 Windows 的 NVM 之前，请卸载任何现有的 Node.js版本(否则会有版本冲突)。删除任何可能保留的现有删除 Node.js安装目录。NVM 生成的符号链接不会覆盖现有的(甚至是空的)安装目录。%ProgramFiles%\ odejs
备份任何全局 npmrc 配置（例如%AppData%\ pm\\etc\ pmrc)
或者将设置复制到用户配置 。删除现有的 npm 安装位置(例如 ）防止全局模块冲突。%UserProfile%\\.npmrc``%AppData%\ pm
安装 nvm-windowsnvm-windows的github地址:https://github.com/coreybutler/nvm-windows安装包下载地址：https://github.com/coreybutler/nvm-windows/releases
如果 NVM4W 安装后似乎不能立即工作，请重新启动终端/电源外壳(而不是整个计算机)。
注意
安装nvm-windows指定安装目录和当前使用的目录nodejs目录，这两条路径不应该有特殊的字符和空间，否则会在nvm use xxx出错时，指定的错误无法正确分析nodejs版本地址
安装时，自动会把nvm和nodejs将目录添加到系统环境变量中，因此安装后可直接测试安装是否成功。
重新安装任何全局实用程序安装后，全局实用程序必须重新安装每个已安装的节点版本(例如 yarn）：
nvm use 14.0.0npm install -g yarnnvm use 12.0.1npm install -g yarn升级 nvm-windows
从 v1.1.8 开始，升级过程可以自动执行。
要升级 nvm 窗口，请操作新的安装程序。
要升级 nvm 窗口，请操作新的安装程序。它将安全地覆盖需要更新的文件，而无需接触节点.js安装。确保使用相同的安装和符号链接文件夹。如果您最初安装在默认位置，只需单击每个窗口的下一步，直到完成。
用法nvm-windows 在 Admin shell 中运行。您需要以管理员身份启动或命令提示符才能使用 nvm-windowspowershellNVM for Windows是命令行的工具。只需在控制台中键入即可获得帮助。基本命令包括：nvmnvm arch[32|64]：显示节点是否为 32 位或 64 位模式运行。指定 32 或 64 覆盖默认系统结构。nvm 当前：显示活动版本。nvm install <version>[arch]：版本可以是特定版本，latest(对于最新的当前版本)或lts最新的 LTS 版本）。(可选)指定安装 32 位还是 64 位版(默认为系统架构)。将[arch]设置为全部 32 位和 64 位版本。添加到此命令的末尾，以绕过远程下载服务器 SSL 验证。--insecurenvm 列表[可用]：列出节点.js安装。在最后键入显示可下载的版本列表。availablenvm 打开：启用节点.js版本管理。nvm 关闭：禁用节点.js版本管理(不卸载任何内容)。nvm 代理[url]：为下载设置代理。留空查看当前代理。设置为无可删除代理。[url]``[url]nvm 卸载<版本>：卸载特定版本。nvm 使用 <版本>[arch]：切换到使用指定版本。(可选)使用 、 或 。 是最新安装的版本。(可选)指定 32/64 位系结构。 所选版本将继续使用，但切换到 32/64 位模式。在特定目录下使用(或使用) ）请参考问题 #16。latest``lts``newest``newest``nvm use <arch>``use``.nvmrcnvm 根<路径>：设置 nvm 应存储不同版本 node.js 的目录。如果未设置，将显示当前根目录。<path>nvm 版本：目前正在运行的显示适用于 Windows 的 NVM 版本。nvm node_mirror <node_mirror_url>：设置节点镜像。可在中国使用https://npmmirror.com/mirrors/node/nvm npm_mirror <npm_mirror_url>：设置 npm 镜像。可在中国使用https://npmmirror.com/mirrors/npm/
??咔嚓！请注意，您可能已经安装了任何全局 npm 模块都不会
已安装在您身上 node.js 共享每个版本。此外，某些 npm 该模块可能不支持您正在使用的节点版本，因此请在工作中注意您的环境。防毒
用户报告了一些使用防病毒软件的问题，特别是McAfee。防病毒软件似乎在操纵对方 VBScript 引擎访问。详情及解决方案请参考 #133。v1.1.8没有代码签名
，但所有其他版本都是由Ecor Ventures LLC / Author.io 签名。这应该有助于防止大多数防病毒软件的误报。因证书过期，v1.1.8 未签名代码(有关原因请参考发行说明)。v1.1.9 *的*代码由赞助新证书 ajyong 签署。
使用纱线tldr;npm i -g yarn详情请参考维基。构建从源代码从 http://golang.org 开始安装下载源代码 / Git 克隆存储库的内部版本GOARCH更改为amd64.bat如果构建64个可执行文件启动 Windows 命令提示符将目录改为项目目录执行go get github.com/blang/semver执行go get github.com/olekukonko/tablewriter执行build.bat安装程序是否在目录中生成。dist
为何选择其他版本的管理器？dist为何选择其他版本的管理器？
node.js有多个版本的管理器。nvm和n等工具只能存在Mac OSX和Linux上运行。Windows用户被冷落了吗？No. nvmw 和 nodist 都是为 Windows 设计的。那为什么还要做呢？Windows使用另一个版本的管理器呢？Windows管理器的系统结构大多依赖于文件，可以执行一些设置或模拟环境变量的技能。其中一些人使用它node但是很容易出现问题。就在节点0.10.30附近，安装结构发生了一些变化，导致其中一些停止使用任何新的东西。
此外，一些用户很难安装这些模块，因为它们需要node对安装结构有更多的了解。我相信，如果人们更容易在版本之间切换，人们可能会花时间在背面和未来版本上测试他们的代码...这只是个好办法。
最大的区别是什么？
首先，这个版本nvm不依赖于node。它是用Go这是一种比围绕有限文件进行黑客攻击更结构化的方法。它不依赖于现有节点的安装。Go在同一代码库上创建Mac / Linux版本功能。事实上，这已经在进行中了。控制机制也大不相同。有两种交换功能多节点安装的常规方法有两种。第一种方法是在切换版本时随时修改系统，或使用文件模仿节点可执行文件，并相应地重定向绕过它。这对我来说总是有点麻烦，而且由于这种实现，有一些问题。第二个选项是使用符号链接。将符号链接放入系统中，然后将其目标更新到要使用的节点安装目录中。人们似乎推荐这种直接的方法。直到他们意识到Windows有多少痛苦的符号链接。
为了创建/修改符号链接，您必须作为管理员运行，并绕过它Windows UAC（令人讨厌的提示）。所以，适合 Windows 的 NVM 只在安装过程中将符号链接保持在系统中。切换到不同版本的节点是切换符号链接目标的问题。因此，这个实用程序
不每次打开控制台窗口时，都要求您操作。
当您运行节点的活动版本将在所有打开的控制台窗口中自动更新。它将继续存在于系统重启之间，因此您只需要在需要更改时使用它 nvm。PATH``nvm use x.x.x``nvm use x.x.x总的来说，这个项目收集了一些想法，一些其他模块的战斗测试部分，以及新版本node的支持。
适用于 Windows 的 NVM 使用 Node 最新版本的列表识别项目提供。版本 1.1.1 使用此列表。本列表在版本中 1.1.0 尽早在版本中使用，但现在已经弃用。为什么选择go？而不是 Node？我选择的原因Go，因为是跨平台的，感觉比Java开销少，存在时间比大多数人想象的要长。另外，我想试试。有人问我为什么不用Node写它。尝试使用你需要安装的工具编写工具对我来说毫无意义。所以我对这个项目的要求很简单...不是Node的东西。Node将继续发展和变化。
nvm命令
nvm ls # 本地安装版本nvm list # 本地安装版本nvm list installed # 列出已安装的版本nvm list available # 所有可用版本nvm current # 显示当前版本nvm uninstall 14.9.0 # 卸载制本nvm version # 查看当前版本
