Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换

Ne0inhk

— 7 min read
Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换

Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换

文章目录

封面.png

1. nvm 简介

背景：在日常的前端或Node.js开发中，我们经常会遇到不同的项目需要依赖不同版本的 Node.js 和 npm。直接安装和卸载版本来回切换非常麻烦，而且容易出错。为了解决这个问题，nvm（Node Version Manager） 应运而生。本篇博客将详细介绍如何在 Windows 11 系统上安装、配置和使用 nvm，来轻松管理多个 Node.js 环境。

nvm 是一个用于管理多个 Node.js 版本的工具。它的主要功能包括：

  • 版本安装：可以方便地安装多个版本的 Node.js（包括对应的 npm）。
  • 版本切换：可以根据项目需求，在已安装的版本之间快速切换（全局或按目录）。
  • 版本卸载：可以卸载任何不再需要的 Node.js 版本。
  • 兼容性：完美解决不同项目因 Node.js 版本差异导致的兼容性问题。

对于 Windows 用户，我们使用的是 nvm-windows，这是原版 nvm（仅限 Mac/Linux）的一个独立分支项目。

项目地址：https://github.com/coreybutler/nvm-windows

2. 安装、配置 nvm

2.1. 卸载现有 Node.js（非常重要！）

在安装 nvm 之前，强烈建议先彻底卸载系统中已单独安装的 Node.js。否则可能会引起冲突，导致 nvm 无法正常工作。

请通过桌面下方任务栏中点击“开始”按钮（Windows图标）->“设置”（齿轮图标）->“应用”->“安装的应用”，搜索 “Node”，如果有找到，点击右边的三个点，点击“卸载”。

2.2. 下载 nvm-windows 安装包

您可以尝试访问 nvm-windows 的项目发布页面 https://github.com/coreybutler/nvm-windows/releases

下载最新的 nvm-setup.exe 文件。

如果无法访问GitHub，也可选择国内下载：https://hanshuixin.org/go/222P

整合包（压缩包）内容：

Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换.zip └── Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换 ├── LICENSE ├── Windows 11 安装使用 nvm，Node.js、npm多版本管理、切换.pdf └── nvm-setup.exe

2.3. 安装 nvm

  1. 双击运行下载的 nvm-setup.exe。
  2. 桌面通知选项，都去除勾选，点击 “Next”

去除勾选，点击 “Finish”

完成.png

点击 ”Install“，开始安装

安装.png

接收通知邮箱，不用填，点击 “Next”

邮箱.png

填写 Node.js 的活动版本位置（此目录将自动添加到系统路径中），例如：D:\soft\nodejs

NodeJs活跃版本位置.png

填写 nvm 的安装目录，例如：D:\soft\nvm，点击 “Next”

安装位置.png

选择 ”I accept …“，点击 “Next”

accept.png

2.4. 验证安装

桌面右击，点击“在终端中打开”，将打开 PowerShell 终端，输入以下命令：

nvm version

如果正确输出了 nvm 的版本号（例如 1.2.2），则说明安装成功。

2.5. 配置镜像源

为了加速从网络下载 Node.js 版本，将镜像源设置为国内的淘宝镜像。

桌面右击，点击“在终端中打开”，将打开 PowerShell 终端，输入以下命令：

nvm node_mirror https://npmmirror.com/mirrors/node/ nvm npm_mirror https://npmmirror.com/mirrors/npm/

3. Node.js、npm多版本管理、切换

安装配置好 nvm 后，管理 Node.js 版本就变得非常简单。

桌面右击，点击“在终端中打开”，将打开 PowerShell 终端。执行接下来的步骤：

3.1. 安装 Node.js 版本：24.8.0

# 列出所有可安装的版本 nvm list available # 安装指定版本的 Node.js 24.8.0 nvm install24.8.0 # 查看已安装的版本 nvm list # 使用 Node.js 版本 24.8.0 nvm use 24.8.0 # 再次查看已安装的版本，*开头得就是当前得版本 nvm list # 验证当前的 Node.js 版本 node -v # 验证当前的npm 版本npm -v

3.2. 切换到 Node.js 版本：22.19.0

# 列出所有可安装的版本 nvm list available # 安装指定版本的 Node.js 22.19.0 nvm install22.19.0 # 查看已安装的版本 nvm list # 使用 Node.js 版本 22.19.0 nvm use 22.19.0 # 再次查看已安装的版本，*开头得就是当前得版本 nvm list # 验证当前的 Node.js 版本 node -v # 验证当前的npm 版本npm -v

3.3. 为 npm 设置国内镜像源

# 设置新镜像源npm config set registry https://registry.npmmirror.com # 验证是否设置成功npm config get registry # 清理缓存：建议清理 npm 缓存，以避免旧缓存可能引发的问题npm cache clean --force

4. 完整用法说明

  • nvm arch [32|64]: 显示 node 是否在 32 位或 64 位模式下运行。指定 32 或 64 可覆盖默认架构。
  • nvm debug: 检查 NVM4W 进程的已知问题。
  • nvm current: 显示当前版本。
  • nvm install <version> [arch]: 版本号可以是特定版本、"latest"表示最新版本，或"lts"表示最新的 LTS 版本。可选择指定安装 32 位或 64 位版本（默认为系统架构）。将[arch]设置为"all"以安装 32 位和 64 位版本。在命令末尾添加 --insecure 可跳过远程下载服务器的 SSL 验证。
  • nvm list [available]: 列出 node.js 的安装情况。在末尾输入 available 以显示可下载的版本列表。
  • nvm on: 启用 node.js 版本管理。
  • nvm off: 禁用 node.js 版本管理（不会卸载任何内容）。
  • nvm proxy [url]: 设置用于下载的代理。将 [url] 留空以查看当前代理。将 [url] 设置为 “none” 以移除代理。
  • nvm uninstall <version>: 卸载特定版本。
  • nvm use <version> [arch]: 切换到指定版本。可选择使用 latest 、 lts 或 newest 。 newest 是最新安装的版本。可选择指定 32/64 位架构。 nvm use 将继续使用选定版本，但切换到 32/64 位模式。关于在特定目录中使用 use （或使用 .nvmrc ）的信息，请参考问题 #16。
  • nvm root <path>: 设置 nvm 应该存储不同版本 node.js 的目录。如果未设置，将显示当前根目录。
  • nvm version: 显示当前正在运行的 NVM for Windows 版本。
  • nvm node_mirror <node_mirror_url>: 设置 node 镜像。中国用户可以使用 https://npmmirror.com/mirrors/node/
  • nvm npm_mirror <npm_mirror_url>: 设置 npm 镜像。中国用户可以使用 https://npmmirror.com/mirrors/npm/

Read more

CosyVoice环境安装报错：安装openai-whisper时出现ModuleNotFoundError: No module named ‘pkg_resources‘的原因

先说如何解决，我个人采用源码安装，安装时禁用构建隔离： git clone https://github.com/openai/whisper.git cd whisper git checkout v20231117 pip install -e . --no-build-isolation 再说该问题产生的原因，下面是大D老师的回答，自行参考。 太棒了！你找到了正确的解决方案。让我详细解释为什么会出现这个问题，以及为什么 --no-build-isolation 能解决它。 🔍 问题根源分析 问题的关键在于 PEP 517/518 构建隔离机制和你的 setup.py 实现方式。 1. 构建隔离机制 (Build Isolation) 的工作原理 当你执行 pip install -e .（不带 --no-build-isolation）时，

GitHub Copilot 教程

文章来源：https://vscode.it-docs.cn/docs/copilot/overview.html GitHub Copilot 为 Visual Studio Code 增加了多代理开发功能。规划好你的方法，然后让AI代理在项目中实现并验证代码变更。并行运行多个代理会话：本地、后台或云端。从一个中心视角管理所有角色。内联建议、内联聊天和智能行为会帮助你完成整个编码流程。 代理与代理会话 代理端到端地处理完整的编码任务。给代理一个高级任务，它会将工作拆分成步骤，编辑文件，运行终端命令，调用工具，并在遇到错误或测试失败时自我纠正。每个任务都运行在一个代理会话中，这是一个持续存在的对话，你可以跟踪、暂停、继续或交接给另一个代理。 重要 你们组织可能在VS Code中禁用了代理。请联系你的管理员以启用此功能。 从中央视图管理会话 并行运行多个代理会话，每个会话专注于不同的任务。聊天面板中的会话视图为你提供了一个统一的地方来监控所有活跃会话，无论是本地运行、后台还是云端运行。查看每次会话的状态，切换，查看文件变更，

GitHub Copilot提示词终极攻略：从“能用”到“精通”的AI编程艺术

摘要：GitHub Copilot作为当前最强大的AI编程助手，其真正的价值不仅在于自动补全代码，更在于开发者如何通过精准的提示词工程与之高效协作。本文系统解析Copilot提示词的核心原理、设计框架与实战技巧，涵盖从基础使用到高级功能的完整知识体系。通过四要素框架、WRAP法则、多场景应用指南，结合表格、流程图等可视化工具，帮助开发者掌握与AI协作的编程范式，提升300%以上的开发效率。文章深度结合当今AI技术发展趋势，提供理论性、可操作性、指导性并存的全面攻略。 关键词：GitHub Copilot、提示词工程、AI编程、代码生成、开发效率、人机协作 🌟 引言：当编程遇见AI，一场思维范式的革命 “写代码就像与一位天才但有点固执的同事合作——你需要用它能理解的语言，清晰地表达你的意图。”这是我在深度使用GitHub Copilot六个月后的最大感悟。 2023年以来，AI编程助手从概念验证走向生产力工具的核心转变，标志着一个新时代的到来。GitHub Copilot不再仅仅是“自动补全工具”，而是具备问答、编辑、自动执行能力的AI开发伙伴。然而，许多开发者仍停留在基础使

LLaMA-Factory微调：如何处理超长文本序列

LLaMA-Factory微调：如何处理超长文本序列 作为一名NLP研究员，你是否经常遇到这样的困扰：需要处理超长文本数据，但标准截断长度导致关键信息丢失？LLaMA-Factory作为当前流行的微调框架，提供了灵活的配置选项来应对这一挑战。本文将详细介绍如何通过LLaMA-Factory优化超长文本序列的处理能力，同时平衡显存消耗。 这类任务通常需要GPU环境支持，目前ZEEKLOG算力平台提供了包含LLaMA-Factory的预置环境，可快速部署验证。下面我将分享实际调优经验，帮助你高效处理长文本数据。 理解截断长度与显存的关系 在LLaMA-Factory中，cutoff_length参数直接决定了模型能处理的文本长度，但同时也显著影响显存占用。以下是关键要点： * 默认截断长度通常为2048，这对大多数场景已经足够 * 每增加一倍的序列长度，显存需求可能呈指数级增长 * 不同微调方法对显存的影响系数不同 典型显存估算公式： 总显存 ≈ 基础显存 × 微调方法系数 × 长度系数 配置LLaMA-Factory处理长文本 基础参数调整 1. 修改配