nvm 是 POSIX 相容的 Node.js 版本管理器，在 GitHub 累積 95,284 顆星標與 10,486 次 fork，以 Shell 撰寫、採用 MIT 授權，於 2010 年 4 月建立。它讓使用者以單一指令安裝、切換與管理多個 Node.js 版本，在同一台機器上並存開發與測試所需的執行環境，專案於 2026 年 10 月仍維持推送節奏，最新版本為 v0.40.8。
nvm 是 POSIX 相容的 Node.js 版本管理器，以單一 bash script 實作，讓使用者在同一台機器安裝與切換多個 Node 版本。
nvm 是什麼？
它是 Node.js 的版本管理器，設計為按使用者安裝、按 shell 呼叫，可運行於 sh、dash、ksh、zsh 與 bash 等 POSIX 相容環境。
nvm 的定位是「Node.js 的版本管理器」，採按使用者安裝、按 shell 呼叫的設計。它可在任何 POSIX 相容的 shell 中運作，涵蓋 sh、dash、ksh、zsh 與 bash，主要支援的平台包括 Unix、macOS 與 Windows 的 WSL 子系統。這種不依賴特定作業系統套件管理器的方式，使它能在開發者實際使用的環境中直接落地。
專案的技術選擇相當克制。整個工具以 Shell 實作，並以單一安裝腳本完成部署，沒有額外的執行期依賴。這種設計讓它在不同發行版與容器環境中都能維持一致行為，也降低了長期維護的成本。自 2010 年建立以來，它並未追逐功能數量，而是持續打磨版本切換這項核心能力。
nvm 的版本管理機制如何運作？
nvm 將每個 Node 版本獨立安裝在 ~/.nvm/versions 之下，透過修改 shell 的 PATH 指向指定版本，並以 .nvmrc 記錄專案所需的版本。
nvm 的核心機制是把每個 Node.js 版本獨立安裝在使用者家目錄之下，再透過調整 shell 環境變數來切換。當使用者執行安裝指令時，它會下載對應的官方二進位檔，存放於隔離的目錄，各版本之間互不干擾。切換版本時，它並不複製檔案，而是重新組裝路徑，讓當前的 shell 指向目標版本。
這種做法帶來兩項實際好處。其一是全域套件可依版本分別管理，當使用者在新版本重新安裝時，nvm 能自動把舊版本的全域套件遷移過去；其二是專案層級的版本鎖定，開發者可在儲存庫放入 .nvmrc 檔案記錄所需版本，配合 shell 整合即可在進入目錄時自動切換，降低團隊成員之間因版本不一致而產生的問題。
如何安裝與使用 nvm？
官方提供 curl 或 wget 安裝腳本，執行後會複製儲存庫至 ~/.nvm 並寫入 shell 設定；常用指令為 nvm install、nvm use 與 nvm ls。
安裝流程以一行指令為主。官方提供 curl 與 wget 兩種安裝腳本，執行後會把儲存庫複製到使用者家目錄，並嘗試將載入語句寫入正確的 shell 設定檔，例如 ~/.bashrc、~/.bash_profile、~/.zshrc 或 ~/.profile。若安裝腳本寫入了錯誤的設定檔，使用者可透過環境變數指定目標檔案。
日常操作則圍繞幾個指令展開。nvm install 用於下載並安裝指定版本，nvm use 切換當前 shell 的版本，nvm ls 列出已安裝與可用的版本，nvm alias 則可設定預設版本。專案亦支援在安裝時一併遷移全域套件、離線安裝，以及從檔案讀取預設套件清單，讓環境重建更為一致。
nvm 對 Node.js 生態有什麼影響？
nvm 降低了多版本測試與切換的門檻，成為前後端團隊的標準工具之一，也推動 .nvmrc 與 CI/CD 流程納入版本鎖定。
在 Node.js 的生態中，版本迭代速度長期偏快，不同專案對執行環境的要求往往不一致。nvm 填補的正是這段落差，讓開發者不必為每個專案重裝整套執行環境，就能在版本之間切換。這項能力使它在教學文件、入門指南與企業內部規範中反覆出現，逐漸成為事實上的標準做法。
它的影響也延伸到自動化流程。.nvmrc 這種輕量的版本宣告格式被廣泛接受，CI/CD 腳本與容器映像常據此決定要安裝哪個版本。對維運團隊而言，這意味著本機開發與正式環境可以共用同一套版本定義，減少「本機可執行、線上失敗」這類落差。工具本身的範圍仍然專注，但它在供應鏈中的位置相當關鍵。
nvm 的統計數據與授權條件為何？
nvm 累積 95,284 顆星標、10,486 次 fork 與 1,097 名關注者，以 Shell 撰寫、採 MIT 授權，於 2010 年 4 月建立。
授權方面，nvm 採用 MIT 授權，允許商業使用、修改與再散布，條款寬鬆且容易與其他專案整合。維護模式以社群協作與少數核心維護者為主，專案設有測試流程與持續整合，並針對 Alpine Linux、WSL 等環境提供疑難排解說明。從發布節奏來看，v0.40.8 於 2026 年 9 月推出，顯示專案在長期維護下仍保持穩定更新。
專案的貢獻門檻相對親民，原始碼為可讀性高的 Shell 腳本，問題回報與文件修正都有明確流程。這種低摩擦的協作模式，使它在超過十六年的時間裡，累積了跨世代的維護者與廣泛的相容性測試案例。
出處連結有哪些？
本文資訊整理自 nvm-sh/nvm 的 GitHub 儲存庫與官方說明文件，涵蓋專案定位、運作原理、安裝方式與授權條款。
- GitHub 儲存庫：https://github.com/nvm-sh/nvm
- 官方安裝腳本：https://github.com/nvm-sh/nvm/blob/master/install.sh
- 最新版本 v0.40.8：https://github.com/nvm-sh/nvm/releases/tag/v0.40.8
- MIT 授權條款：https://github.com/nvm-sh/nvm/blob/master/LICENSE.md
- Node.js 官方網站：https://nodejs.org
總結：nvm 適合什麼開發者？
nvm 適合需要同時維護多個 Node 版本的前後端開發者與 CI 維運人員；若僅使用單一固定版本，則未必需要導入。
nvm 的價值在於把「版本切換」這件小事做到穩定且一致。對需要同時處理多個專案、測試相容性或維持 CI 流程的團隊而言，它提供了一條低成本、低依賴的路徑，並以 MIT 授權與持續維護降低導入風險。由於工具本身範圍專注，學習成本也相當有限。
不過，nvm 並非唯一選項。近年的替代工具在效能與跨平台支援上各有側重，偏好圖形化操作或單一語言的開發者，也可能選擇其他方案。對既有工作流程已能滿足需求的團隊，維持現狀同樣合理。關鍵在於是否確實存在多版本並存的需求，而非單純追逐熱門工具。