nvm
0.40.1
Pendahuluan
Tentang
Menginstal dan Memperbarui
Catatan Tambahan
Pemecahan masalah di Linux
Pemecahan masalah pada macOS
Mungkin
Instal & Perbarui Skrip
Verifikasi Instalasi
Catatan Penting
Instal Git
Instalasi Manual
Peningkatan Secara Manual
Penggunaan
Memanggil nvm use secara otomatis dalam direktori dengan file .nvmrc
pesta
zsh
ikan
Lewati header Otorisasi ke mirror
Warna khusus yang bertahan
Menekan keluaran berwarna
Dukungan Jangka Panjang
Memigrasikan Paket Global Saat Menginstal
Paket Global Default Dari File Saat Menginstal
io.js
Versi Sistem Node.js
Versi Daftar
Mengatur Warna Kustom
Memulihkan PATH
Tetapkan versi simpul default
Gunakan cermin biner node
.nvmrc
Integrasi Shell yang Lebih Dalam
Tes Berjalan
Variabel lingkungan
Penyelesaian Pesta
Penggunaan
Masalah Kompatibilitas
Menginstal nvm di Alpine Linux
AlpenLinux 3.13+
Alpine Linux 3.5 - 3.12
Menghapus / Menghapus
Pencopotan Manual
Docker Untuk Lingkungan Pengembangan
Masalah
Pemecahan Masalah macOS
Pemecahan Masalah WSL
Pemelihara
Dukungan Proyek
Dukungan Perusahaan
Lisensi
Pemberitahuan hak cipta
nvm memungkinkan Anda menginstal dan menggunakan berbagai versi node dengan cepat melalui baris perintah.
Contoh:
$nvm gunakan 16 Sekarang menggunakan node v16.9.1 (npm v7.21.1) $ simpul -v v16.9.1 $nvm gunakan 14 Sekarang menggunakan node v14.18.0 (npm v6.14.15) $ simpul -v v14.18.0 $nvm instal12 Sekarang menggunakan node v12.22.6 (npm v6.14.5) $ simpul -v v12.22.6
Sesederhana itu!
nvm adalah manajer versi untuk node.js, dirancang untuk diinstal per pengguna, dan dipanggil per shell. nvm berfungsi pada shell apa pun yang mendukung POSIX (sh, dash, ksh, zsh, bash), khususnya pada platform berikut: unix, macOS, dan windows WSL.
Untuk menginstal atau memperbarui nvm, Anda harus menjalankan skrip instalasi. Untuk melakukannya, Anda dapat mengunduh dan menjalankan skrip secara manual, atau menggunakan perintah cURL atau Wget berikut:
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | pesta
wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | pesta
Menjalankan salah satu perintah di atas akan mengunduh skrip dan menjalankannya. Skrip mengkloning repositori nvm ke ~/.nvm , dan mencoba menambahkan baris sumber dari cuplikan di bawah ke file profil yang benar ( ~/.bash_profile , ~/.zshrc , ~/.profile , atau ~/.bashrc ) .
ekspor NVM_DIR="$([ -z "${XDG_CONFIG_HOME-}" ] && printf %s "${HOME}/.nvm" || printf %s "${XDG_CONFIG_HOME}/nvm")"[ -s "$ NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # Ini memuat nvm Jika variabel lingkungan $XDG_CONFIG_HOME ada, file nvm akan ditempatkan di sana.
Anda dapat menambahkan --no-use di akhir skrip di atas (... nvm.sh --no-use ) untuk menunda penggunaan nvm hingga Anda use secara manual.
Anda dapat menyesuaikan sumber instalasi, direktori, profil, dan versi menggunakan variabel NVM_SOURCE , NVM_DIR , PROFILE , dan NODE_VERSION . Misal: curl ... | NVM_DIR="path/to/nvm" . Pastikan NVM_DIR tidak mengandung garis miring.
Pemasang dapat menggunakan git , curl , atau wget untuk mengunduh nvm , mana saja yang tersedia.
Anda dapat memerintahkan penginstal untuk tidak mengedit konfigurasi shell Anda (misalnya jika Anda sudah mendapatkan penyelesaian melalui plugin zsh nvm) dengan mengatur PROFILE=/dev/null sebelum menjalankan skrip install.sh . Berikut ini contoh perintah satu baris untuk melakukan itu: PROFILE=/dev/null bash -c 'curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash'
Di Linux, setelah menjalankan skrip instalasi, jika Anda mendapatkan nvm: command not found atau tidak melihat umpan balik dari terminal Anda setelah Anda mengetik command -v nvm , cukup tutup terminal Anda saat ini, buka terminal baru, dan coba verifikasi lagi. Alternatifnya, Anda dapat menjalankan perintah berikut untuk shell yang berbeda pada baris perintah:
bash : source ~/.bashrc
zsh : source ~/.zshrc
ksh : . ~/.profile
Ini harus mengambil perintah nvm .
Sejak OS X 10.9, /usr/bin/git telah disetel oleh alat baris perintah Xcode, yang berarti kami tidak dapat mendeteksi dengan benar apakah Git diinstal atau tidak. Anda perlu menginstal alat baris perintah Xcode secara manual sebelum menjalankan skrip instalasi, jika tidak, maka akan gagal. (lihat #1782)
Jika Anda mendapatkan nvm: command not found setelah menjalankan skrip instalasi, salah satu hal berikut mungkin menjadi alasannya:
Sejak macOS 10.15, shell defaultnya adalah zsh dan nvm akan mencari .zshrc untuk diperbarui, tidak ada yang diinstal secara default. Buat satu dengan touch ~/.zshrc dan jalankan skrip instalasi lagi.
Jika Anda menggunakan bash, shell default sebelumnya, sistem Anda mungkin tidak memiliki file .bash_profile atau .bashrc tempat perintah diatur. Buat salah satunya dengan touch ~/.bash_profile atau touch ~/.bashrc dan jalankan kembali skrip instalasi. Lalu, jalankan . ~/.bash_profile atau . ~/.bashrc untuk mengambil perintah nvm .
Anda sebelumnya telah menggunakan bash , tetapi Anda telah menginstal zsh . Anda perlu menambahkan baris ini secara manual ke ~/.zshrc dan menjalankannya . ~/.zshrc .
Anda mungkin perlu me-restart terminal Anda atau menjalankan . ~/.nvm/nvm.sh . Memulai ulang terminal Anda/membuka tab/jendela baru, atau menjalankan perintah sumber akan memuat perintah dan konfigurasi baru.
Jika cara di atas tidak membantu, Anda mungkin perlu me-restart terminal instance Anda. Coba buka tab/jendela baru di terminal Anda dan coba lagi.
Jika cara di atas tidak menyelesaikan masalah, Anda dapat mencoba cara berikut:
Jika Anda menggunakan bash, mungkin .bash_profile (atau ~/.profile ) Anda tidak mengambil sumber ~/.bashrc Anda dengan benar. Anda dapat memperbaikinya dengan menambahkan source ~/ ke dalamnya atau mengikuti langkah berikutnya di bawah.
Coba tambahkan cuplikan dari bagian instalasi, yang menemukan direktori nvm yang benar dan memuat nvm, ke profil Anda yang biasa ( ~/.bash_profile , ~/.zshrc , ~/.profile , atau ~/.bashrc ).
Untuk informasi selengkapnya tentang masalah ini dan kemungkinan solusinya, lihat di sini
Catatan Untuk Mac dengan chip Apple Silicon, node mulai menawarkan paket arm64 arch Darwin sejak v16.0.0 dan dukungan arm64 eksperimental saat mengompilasi dari sumber sejak v14.17.0. Jika Anda menghadapi masalah saat menginstal node menggunakan nvm , Anda mungkin ingin memperbarui ke salah satu versi tersebut atau yang lebih baru.
Anda dapat menggunakan tugas:
- nama: Instal nvm ansible.builtin.shell: > curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash args: membuat: "{{ ansible_env.HOME }}/.nvm/nvm.sh"Untuk memverifikasi bahwa nvm telah diinstal, lakukan:
perintah -v nvm
yang akan menampilkan nvm jika instalasi berhasil. Harap dicatat bahwa which nvm yang tidak akan berfungsi, karena nvm adalah fungsi shell yang bersumber, bukan biner yang dapat dieksekusi.
Catatan: Di Linux, setelah menjalankan skrip instalasi, jika Anda mendapatkan nvm: command not found atau tidak melihat umpan balik dari terminal Anda setelah Anda mengetik command -v nvm , cukup tutup terminal Anda saat ini, buka terminal baru, dan coba verifikasi lagi.
Jika Anda menjalankan sistem tanpa paket biner yang tersedia, yang berarti Anda akan menginstal node atau io.js dari kode sumbernya, Anda perlu memastikan sistem Anda memiliki kompiler C++. Untuk OS X, Xcode akan berfungsi, untuk GNU/Linux berbasis Debian/Ubuntu, paket build-essential dan libssl-dev berfungsi.
Catatan: nvm juga mendukung Windows dalam beberapa kasus. Ini harus bekerja melalui WSL (Subsistem Windows untuk Linux) tergantung pada versi WSL. Itu juga harus bekerja dengan GitBash (MSYS) atau Cygwin. Jika tidak, untuk Windows, ada beberapa alternatif yang tidak kami dukung atau kembangkan:
nvm-windows
orang mengangguk
nvs
Catatan: nvm juga tidak mendukung Fish (lihat #303). Ada alternatif lain yang tidak kami dukung atau kembangkan:
bass memungkinkan Anda menggunakan utilitas yang ditulis untuk Bash di cangkang ikan
fast-nvm-fish hanya berfungsi dengan nomor versi (bukan alias) tetapi tidak memperlambat startup shell Anda secara signifikan
plugin-nvm plugin untuk Oh My Fish, yang membuat nvm dan penyelesaiannya tersedia dalam cangkang ikan
fnm - manajer versi berbasis nelayan untuk ikan
fish-nvm - Membungkus nvm untuk ikan, menunda sumber nvm hingga benar-benar digunakan.
Catatan: Kami masih mempunyai beberapa masalah dengan FreeBSD, karena tidak ada biner resmi yang dibuat sebelumnya untuk FreeBSD, dan pembuatan dari sumber mungkin memerlukan perbaikan; lihat tiket penerbitan:
[#900] Node [Bug] di FreeBSD mungkin perlu ditambal
nodejs/simpul#3716
Catatan: Di OS X, jika Anda belum menginstal Xcode dan tidak ingin mengunduh file ~4.3GB, Anda dapat menginstal Command Line Tools . Anda dapat melihat posting blog ini tentang cara melakukannya:
Cara Memasang Alat Baris Perintah di OS X Mavericks & Yosemite (Tanpa Xcode)
Catatan: Pada OS X, jika Anda telah/memiliki node "sistem" yang terinstal dan ingin menginstal modul secara global, ingatlah bahwa:
Saat menggunakan nvm Anda tidak perlu sudo menginstal modul secara global dengan npm -g , jadi daripada melakukan sudo npm install -g grunt , lakukan npm install -g grunt
Jika Anda memiliki file ~/.npmrc , pastikan file tersebut tidak berisi pengaturan prefix apa pun (yang tidak kompatibel dengan nvm )
Anda dapat (tetapi tidak boleh?) tetap menginstal node "sistem" Anda sebelumnya, tetapi nvm hanya akan tersedia untuk akun pengguna Anda (yang digunakan untuk menginstal nvm). Hal ini mungkin menyebabkan ketidakcocokan versi, karena pengguna lain akan menggunakan /usr/local/lib/node_modules/* VS akun pengguna Anda menggunakan ~/.nvm/versions/node/vX.XX/lib/node_modules/*
Instalasi Homebrew tidak didukung. Jika Anda memiliki masalah dengan nvm yang diinstal homebrew, harap brew uninstall , dan instal menggunakan petunjuk di bawah, sebelum mengajukan masalah.
Catatan: Jika Anda menggunakan zsh Anda dapat dengan mudah menginstal nvm sebagai plugin zsh. Instal zsh-nvm dan jalankan nvm upgrade untuk meningkatkan.
Catatan: Versi Git sebelum v1.7 mungkin menghadapi masalah saat mengkloning sumber nvm dari GitHub melalui protokol https, dan ada juga perilaku git sebelum v1.6 yang berbeda, dan git sebelum v1.17.10 tidak dapat mengkloning tag, jadi minimum versi git yang diperlukan adalah v1.7.10. Jika Anda tertarik dengan masalah yang kami sebutkan di sini, silakan merujuk ke artikel kesalahan kloning HTTPS GitHub.
Jika Anda telah menginstal git (membutuhkan git v1.7.10+):
kloning repo ini di root profil pengguna Anda
cd ~/ dari mana saja lalu git clone https://github.com/nvm-sh/nvm.git .nvm
cd ~/.nvm dan periksa versi terbaru dengan git checkout v0.40.1
aktifkan nvm dengan mengambilnya dari shell Anda: . ./nvm.sh
Sekarang tambahkan baris ini ke file ~/.bashrc , ~/.profile , atau ~/.zshrc Anda agar secara otomatis bersumber saat login: (Anda mungkin harus menambahkan lebih dari satu file di atas)
ekspor NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # Ini memuat nvm[ -s "$NVM_DIR/bash_completion" ] && . "$NVM_DIR/bash_completion" # Ini memuat nvm bash_completion
Untuk instalasi yang sepenuhnya manual, jalankan baris berikut untuk mengkloning repositori nvm terlebih dahulu ke $HOME/.nvm , lalu muat nvm :
ekspor NVM_DIR="$HOME/.nvm" && ( git klon https://github.com/nvm-sh/nvm.git "$NVM_DIR" cd "$NVM_DIR" git checkout `git deskripsikan --abbrev=0 --tags --match "v[0-9]*" $(git rev-list --tags --max-count=1)`) && . "$NVM_DIR/nvm.sh"
Sekarang tambahkan baris ini ke file ~/.bashrc , ~/.profile , atau ~/.zshrc Anda agar secara otomatis bersumber saat login: (Anda mungkin harus menambahkan lebih dari satu file di atas)
ekspor NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # Ini memuat nvm[ -s "$NVM_DIR/bash_completion" ] && . "$NVM_DIR/bash_completion" # Ini memuat nvm bash_completion
Untuk peningkatan manual dengan git (membutuhkan git v1.7.10+):
ubah ke $NVM_DIR
tarik perubahan terbaru
lihat versi terbaru
aktifkan versi baru
( cd "$NVM_DIR" git ambil --tag asal git checkout `git deskripsikan --abbrev=0 --tags --match "v[0-9]*" $(git rev-list --tags --max-count=1)`) && . "$NVM_DIR/nvm.sh"
Untuk mengunduh, mengkompilasi, dan menginstal rilis node terbaru, lakukan ini:
nvm install node # "node" adalah alias untuk versi terbaru
Untuk menginstal versi node tertentu:
nvm install 14.7.0 # atau 16.3.0, 12.22.1, dll
Untuk menyetel alias:
nvm alias my_alias v14.4.0
Pastikan alias Anda tidak mengandung spasi atau garis miring.
Versi pertama yang diinstal menjadi default. Shell baru akan dimulai dengan versi default node (misalnya, nvm alias default ).
Anda dapat membuat daftar versi yang tersedia menggunakan ls-remote :
nvm ls-jarak jauh
Dan kemudian di shell baru apa pun cukup gunakan versi yang diinstal:
nvm menggunakan simpul
Atau Anda bisa menjalankannya:
nvm menjalankan simpul --version
Atau, Anda dapat menjalankan perintah sembarang apa pun dalam subkulit dengan versi simpul yang diinginkan:
nvm exec 4.2 simpul --version
Anda juga bisa mendapatkan jalur ke tempat file tersebut diinstal:
nvm yang 12.22
Sebagai pengganti penunjuk versi seperti "14.7" atau "16.3" atau "12.22.1", Anda dapat menggunakan alias default khusus berikut dengan nvm install , nvm use , nvm run , nvm exec , nvm which , dll:
node : ini menginstal versi terbaru dari node
iojs : ini menginstal versi terbaru io.js
stable : alias ini tidak digunakan lagi, dan hanya berlaku untuk node v0.12 dan yang lebih lama. Saat ini, ini adalah alias untuk node .
unstable : alias ini menunjuk ke node v0.11 - rilis node "tidak stabil" terakhir, sejak pasca-1.0, semua versi node stabil. (di SemVer, versi mengkomunikasikan kerusakan, bukan stabilitas).
Node memiliki jadwal untuk dukungan jangka panjang (LTS) Anda dapat mereferensikan versi LTS dalam alias dan file .nvmrc dengan notasi lts/* untuk LTS terbaru, dan lts/argon untuk rilis LTS dari baris "argon", misalnya . Selain itu, perintah berikut mendukung argumen LTS:
nvm install --lts / nvm install --lts=argon / nvm install 'lts/*' / nvm install lts/argon
nvm uninstall --lts / nvm uninstall --lts=argon / nvm uninstall 'lts/*' / nvm uninstall lts/argon
nvm use --lts / nvm use --lts=argon / nvm use 'lts/*' / nvm use lts/argon
nvm exec --lts / nvm exec --lts=argon / nvm exec 'lts/*' / nvm exec lts/argon
nvm run --lts / nvm run --lts=argon / nvm run 'lts/*' / nvm run lts/argon
nvm ls-remote --lts / nvm ls-remote --lts=argon nvm ls-remote 'lts/*' / nvm ls-remote lts/argon
nvm version-remote --lts / nvm version-remote --lts=argon / nvm version-remote 'lts/*' / nvm version-remote lts/argon
Setiap kali salinan lokal nvm Anda terhubung ke https://nodejs.org, salinan lokal nvm tersebut akan membuat ulang alias lokal yang sesuai untuk semua jalur LTS yang tersedia. Alias ini (disimpan di bawah $NVM_DIR/alias/lts ), dikelola oleh nvm , dan Anda tidak boleh memodifikasi, menghapus, atau membuat file-file ini - berharap perubahan Anda dibatalkan, dan berharap campur tangan dengan file-file ini menyebabkan bug yang kemungkinan besar akan terjadi. tidak didukung.
Untuk mendapatkan node versi LTS terbaru dan memigrasikan paket terinstal yang ada, gunakan
nvm install --reinstall-packages-from=saat ini 'lts/*'
Jika Anda ingin menginstal Node.js versi baru dan memigrasikan paket npm dari versi sebelumnya:
nvm install --reinstall-packages-from=node node
Pertama-tama, ini akan menggunakan "node versi nvm" untuk mengidentifikasi versi saat ini yang Anda migrasikan paketnya. Kemudian ia memutuskan versi baru untuk diinstal dari server jarak jauh dan menginstalnya. Terakhir, jalankan "nvm install ulang-paket" untuk menginstal ulang paket npm dari versi Node Anda sebelumnya ke yang baru.
Anda juga dapat menginstal dan memigrasikan paket npm dari versi Node tertentu seperti ini:
nvm install --instal ulang-paket-dari=5 6 nvm install --instal ulang-paket-dari=iojs v4.2
Perhatikan bahwa menginstal ulang paket secara eksplisit tidak memperbarui versi npm — hal ini untuk memastikan bahwa npm tidak secara tidak sengaja ditingkatkan ke versi yang rusak untuk versi node baru.
Untuk memperbarui npm sekaligus menambahkan flag --latest-npm , seperti ini:
nvm install --reinstall-packages-from=default --latest-npm 'lts/*'
atau, Anda dapat menjalankan perintah berikut kapan saja untuk mendapatkan versi npm terbaru yang didukung pada versi node saat ini:
nvm install-terbaru-npm
Jika Anda mendapatkan kesalahan seperti "npm tidak mendukung Node.js", Anda harus (1) kembali ke versi node sebelumnya ( nvm ls & nvm use ), (2) hapus versi node yang baru dibuat ( nvm uninstall ), lalu (3) jalankan kembali nvm install Anda dengan flag --latest-npm .
Jika Anda memiliki daftar paket default yang ingin Anda instal setiap kali Anda menginstal versi baru, kami juga mendukungnya -- cukup tambahkan nama paket, satu per baris, ke file $NVM_DIR/default-packages . Anda dapat menambahkan apa pun yang diterima npm sebagai argumen paket pada baris perintah.
# $NVM_DIR/default-packagesrimraf inspeksi [email protected] stevemao/pad kiri
Jika Anda ingin menginstal io.js:
nvm instal iojs
Jika Anda ingin menginstal io.js versi baru dan memigrasikan paket npm dari versi sebelumnya:
nvm install --instal ulang-paket-dari=iojs iojs
Pedoman yang sama yang disebutkan untuk memigrasikan paket npm di node juga berlaku untuk io.js.
Jika Anda ingin menggunakan versi node yang diinstal sistem, Anda dapat menggunakan alias default khusus "sistem":
nvm menggunakan sistem nvm menjalankan sistem --version
Jika Anda ingin melihat versi apa yang diinstal:
nvm ls
Jika Anda ingin melihat versi apa yang tersedia untuk dipasang:
nvm ls-jarak jauh
Anda dapat mengatur lima warna yang akan digunakan untuk menampilkan informasi versi dan alias. Warna-warna ini menggantikan warna default. Warna awal adalah: gbyre
Kode warna:
r/R = red / bold red g/G = green / bold green b/B = blue / bold blue c/C = cyan / bold cyan m/M = magenta / bold magenta y/Y = yellow / bold yellow k/K = black / bold black e/W = light grey / white
nvm mengatur warna rgBcm
Jika Anda ingin warna khusus tetap ada setelah penghentian shell, ekspor variabel NVM_COLORS di profil shell Anda. Misalnya, jika Anda ingin menggunakan warna cyan, magenta, hijau, merah tebal, dan kuning tebal, tambahkan baris berikut:
ekspor NVM_COLORS='cmgRY'
nvm help (or -h or --help) , nvm ls , nvm ls-remote dan nvm alias biasanya menghasilkan keluaran berwarna. Anda dapat menonaktifkan warna dengan opsi --no-colors (atau dengan mengatur variabel lingkungan TERM=dumb ):
nvm ls --tanpa warna nvm bantuan --tanpa warna JANGKA = bodoh nvm ls
Untuk memulihkan PATH Anda, Anda dapat menonaktifkannya:
nvm menonaktifkan
Untuk menyetel versi Node default yang akan digunakan di shell baru, gunakan alias 'default':
nvm alias default node # ini mengacu pada versi nodevm yang terinstal terbaru alias default 18 # ini mengacu pada versi nodevm yang terinstal terbaru v18.x alias default 18.12 # ini mengacu pada node versi v18.12.x yang terinstal terbaru
Untuk menggunakan cermin biner node, setel $NVM_NODEJS_ORG_MIRROR :
ekspor NVM_NODEJS_ORG_MIRROR=https://nodejs.org/dist simpul instalasi nvm NVM_NODEJS_ORG_MIRROR=https://nodejs.org/dist nvm instal 4.2
Untuk menggunakan cermin biner io.js, setel $NVM_IOJS_ORG_MIRROR :
ekspor NVM_IOJS_ORG_MIRROR=https://iojs.org/dist nvm instal iojs-v1.0.3 NVM_IOJS_ORG_MIRROR=https://iojs.org/dist nvm instal iojs-v1.0.3
nvm use tidak akan, secara default, membuat symlink "saat ini". Setel $NVM_SYMLINK_CURRENT ke "true" untuk mengaktifkan perilaku ini, yang terkadang berguna untuk IDE. Perhatikan bahwa menggunakan nvm di beberapa tab shell dengan variabel lingkungan diaktifkan dapat menyebabkan kondisi balapan.
Untuk meneruskan header Otorisasi ke url cermin, setel $NVM_AUTH_HEADER
NVM_AUTH_HEADER="Pembawa token rahasia" simpul pemasangan nvm
Anda dapat membuat file .nvmrc yang berisi nomor versi node (atau string lain yang dipahami nvm ; lihat nvm --help untuk detailnya) di direktori root proyek (atau direktori induk mana pun). Setelah itu, nvm use , nvm install , nvm exec , nvm run , dan nvm which akan menggunakan versi yang ditentukan dalam file .nvmrc jika tidak ada versi yang disediakan pada baris perintah.
Misalnya, untuk menjadikan nvm default pada rilis 5.9 terbaru, versi LTS terbaru, atau versi node terbaru untuk direktori saat ini:
$ gema "5.9" > .nvmrc $ echo "lts/*" > .nvmrc # menjadi default ke versi LTS terbaru$ echo "node" > .nvmrc # menjadi default ke versi terbaru
[Catatan: contoh-contoh ini mengasumsikan versi shell echo yang sesuai dengan POSIX. Jika Anda menggunakan lingkungan pengembangan cmd Windows, misalnya file .nvmrc digunakan untuk mengonfigurasi penerapan Linux jarak jauh, ingatlah bahwa " s akan disalin sehingga menghasilkan file yang tidak valid. Hapus file tersebut.]
Kemudian ketika Anda menjalankan nvm gunakan:
$nvm digunakan Ditemukan '/path/to/project/.nvmrc' dengan versi <5.9>Sekarang menggunakan node v5.9.1 (npm v3.7.3)
Menjalankan nvm install juga akan beralih ke versi yang benar, tetapi jika versi node yang benar belum diinstal, versi tersebut akan menginstalnya untuk Anda.
$nvm instal Ditemukan '/path/to/project/.nvmrc' dengan versi <5.9>Mengunduh dan menginstal node v5.9.1... Mengunduh https://nodejs.org/dist/v5.9.1/node-v5.9.1-linux-x64.tar.xz...#################### ##################################################### ############### 100,0% Menghitung checksum dengan sha256sum Checksum cocok! Sekarang menggunakan node v5.9.1 (npm v3.7.3)
nvm use et. al. akan melintasi struktur direktori ke atas dari direktori saat ini untuk mencari file .nvmrc . Dengan kata lain, menjalankan nvm use et. al. di subdirektori mana pun dari direktori dengan .nvmrc akan mengakibatkan .nvmrc digunakan.
Isi file .nvmrc harus berisi tepat satu nvm --help ) diikuti dengan baris baru. File .nvmrc mungkin juga memiliki komentar. Pembatas komentar adalah # , dan itu serta teks apa pun setelahnya, serta baris kosong, dan spasi di depan dan di belakang, akan diabaikan saat penguraian.
Pasangan kunci/nilai yang menggunakan = juga diperbolehkan dan diabaikan, namun dicadangkan untuk penggunaan di masa mendatang, dan dapat menyebabkan kesalahan validasi di masa mendatang.
Jalankan npx nvmrc untuk memvalidasi file .nvmrc . Jika hasil alat tersebut tidak sesuai dengan nvm, salah satu alat tersebut memiliki bug - harap ajukan masalah.
Anda dapat menggunakan avn untuk berintegrasi secara mendalam ke dalam shell Anda dan secara otomatis memanggil nvm saat berpindah direktori. avn tidak didukung oleh pengelola nvm . Silakan laporkan masalah ke tim avn .
Anda juga dapat menggunakan nvshim untuk menggeser node , npm , dan npx bins agar secara otomatis menggunakan konfigurasi nvm di direktori saat ini. nvshim tidak didukung oleh pengelola nvm . Silakan laporkan masalah ke tim nvshim .
Jika Anda lebih menyukai solusi yang lebih ringan, resep di bawah ini telah disumbangkan oleh pengguna nvm . Mereka tidak didukung oleh pengelola nvm . Namun, kami menerima permintaan penarikan untuk contoh lainnya.
nvm use secara otomatis dalam direktori dengan file .nvmrc Di profil Anda ( ~/.bash_profile , ~/.zshrc , ~/.profile , atau ~/.bashrc ), tambahkan yang berikut ini ke nvm use setiap kali Anda memasuki direktori baru:
Letakkan yang berikut ini di akhir $HOME/.bashrc Anda :
cdnvm() { perintah cd "$@" || kembalikan $?
nvm_path="$(nvm_find_up .nvmrc | command tr -d 'n')" # Jika tidak ada file .nvmrc, gunakan versi nvm default jika [[ ! $nvm_path = *[^[:spasi:]]* ]]; lalu nyatakan default_version
default_version="$(nvm version default)" # Jika tidak ada versi default, setel ke `node` # Ini akan menggunakan versi terbaru di mesin Anda if [ $default_version = 'N/A' ]; Kemudian
nvm alias simpul default
default_version=$(nvm version default) fi # Jika versi saat ini bukan versi default, atur agar menggunakan versi default if [ "$(nvm current)" != "${default_version}" ]; Kemudian
nvm menggunakan fi elif [[ -s "${nvm_path}/.nvmrc" && -r "${nvm_path}/.nvmrc" ]]; lalu nyatakan nvm_version
nvm_version=$(<"${nvm_path}"/.nvmrc) menyatakan locally_resolved_nvm_version # `nvm ls` akan memeriksa semua versi yang tersedia secara lokal # Jika ada beberapa versi yang cocok, ambil yang terbaru # Hapus `->` dan ` *` karakter dan spasi # `locally_resolved_nvm_version` akan menjadi `N/A` jika tidak ada versi lokal yang ditemukan
locally_resolved_nvm_version=$(nvm ls --no-colors "${nvm_version}" | perintah tail -1 | perintah tr -d '->*' | perintah tr -d '[:spasi:]') # Jika ya belum diinstal, instal # `nvm install` secara implisit akan menggunakan versi yang baru diinstal if [ "${locally_resolved_nvm_version}" = 'N/A' ]; Kemudian
nvm instal "${nvm_version}"; elif [ "$(nvm saat ini)" != "${local_resolved_nvm_version}" ]; Kemudian
nvm menggunakan "${nvm_version}"; fi fi}alias cd='cdnvm'cdnvm "$PWD" || KELUAR Alias ini akan mencari 'naik' dari direktori Anda saat ini untuk mendeteksi file .nvmrc . Jika menemukannya, ia akan beralih ke versi tersebut; jika tidak, maka akan menggunakan versi default.
Fungsi shell ini akan diinstal (jika diperlukan) dan nvm use versi Node yang ditentukan ketika .nvmrc ditemukan, dan nvm use default jika tidak.
Masukkan ini ke dalam $HOME/.zshrc Anda untuk memanggil nvm use secara otomatis setiap kali Anda memasuki direktori yang berisi file .nvmrc dengan string yang memberi tahu nvm node mana yang akan use :
# letakkan ini setelah inisialisasi nvm!autoload -U add-zsh-hookload-nvmrc() { local nvmrc_path
nvmrc_path="$(nvm_find_nvmrc)" jika [ -n "$nvmrc_path" ]; lalu nvmrc_node_version lokal
nvmrc_node_version=$(versi nvm "$(cat "${nvmrc_path}")") if [ "$nvmrc_node_version" = "N/A" ]; Kemudian
nvm install elif [ "$nvmrc_node_version" != "$(versi nvm)" ]; Kemudian
nvm gunakan fi elif [ -n "$(PWD=$OLDPWD nvm_find_nvmrc)" ] && [ "$(versi nvm)" != "$(versi nvm default)" ]; lalu echo "Kembali ke versi default nvm"
nvm menggunakan fi default}
tambahkan-zsh-hook chpwd memuat-nvmrc
memuat-nvmrcIni mengharuskan Anda menginstal bass.
# ~/.config/fish/functions/nvm.fishfunction nvm
sumber bass ~/.nvm/nvm.sh --tidak digunakan ';' nvm $argvend# ~/.config/fish/functions/nvm_find_nvmrc.fishfunction nvm_find_nvmrc
sumber bass ~/.nvm/nvm.sh --tidak digunakan ';' nvm_find_nvmrcend# ~/.config/fish/functions/load_nvm.fishfunction load_nvm --on-variable="PWD" set -l default_node_version (versi nvm default) set -l node_version (versi nvm) set -l nvmrc_path (nvm_find_nvmrc) jika diuji -n "$nvmrc_path" set -l nvmrc_node_version (versi nvm (cat $nvmrc_path)) jika tes "$nvmrc_node_version" = "N/A"
nvm install (cat $nvmrc_path) lain jika tes "$nvmrc_node_version" != "$node_version"
nvm gunakan $nvmrc_node_version end else if test "$node_version" != "$default_node_version" echo "Kembali ke versi Node default"
nvm menggunakan endend default# ~/.config/fish/config.fish# Anda harus memanggilnya saat inisialisasi atau mendengarkan peralihan direktori tidak akan workload_nvm > /dev/stderrTes ditulis dalam bahasa Urchin. Instal Urchin (dan dependensi lainnya) seperti:
npm install
Ada tes lambat dan tes cepat. Tes lambat melakukan hal-hal seperti menginstal node dan memeriksa apakah versi yang tepat digunakan. Tes cepat memalsukan ini untuk menguji hal-hal seperti alias dan mencopot pemasangan. Dari root repositori nvm git, jalankan tes cepat seperti ini:
npm run test/fast
Jalankan tes lambat seperti ini:
npm run test/slow
Jalankan semua tes seperti ini:
npm test
Catatan bermanfaat: Hindari menjalankan nvm saat pengujian sedang berjalan.
nvm memperlihatkan variabel lingkungan berikut:
NVM_DIR - direktori instalasi nvm.
NVM_BIN - tempat node, npm, dan paket global untuk versi aktif node diinstal.
NVM_INC - direktori file penyertaan node (berguna untuk membuat add-on C/C++ untuk node).
NVM_CD_FLAGS - digunakan untuk menjaga kompatibilitas dengan zsh.
NVM_RC_VERSION - versi dari file .nvmrc jika sedang digunakan.
Selain itu, nvm memodifikasi PATH , dan, jika ada, MANPATH dan NODE_PATH saat mengubah versi.
Untuk mengaktifkan, Anda perlu sumber bash_completion :
[[ -r $NVM_DIR/bash_completion ]] && . $NVM_DIR/bash_completion
Letakkan baris sumber di atas tepat di bawah baris sumber untuk nvm di profil Anda ( .bashrc , .bash_profile ).
nvm:
$ nvmTab
alias nonaktifkan versi uninstall paket instal ulang jarak jauh cache exec install-latest-npm ls jalankan unload version-remote daftar bantuan saat ini ls-remote unalias gunakan yang mana
alias nvm:
$ nvm aliasTab
default iojs lts/* lts/argon lts/boron lts/karbon lts/dubnium lts/erbium node stabil tidak stabil
$ nvm alias my_aliasTab
v10.22.0 v12.18.3 v14.8.0
penggunaan nvm:
$ nvm useTab
my_alias default v10.22.0 v12.18.3 v14.8.0
nvm hapus instalan:
$ nvm uninstallTab
my_alias default v10.22.0 v12.18.3 v14.8.0
nvm akan mengalami beberapa masalah jika Anda menyetel beberapa pengaturan non-default. (lihat #606) Hal-hal berikut ini diketahui menyebabkan masalah:
Di dalam ~/.npmrc :
awalan='beberapa/jalur'
Variabel Lingkungan:
$NPM_CONFIG_PREFIX$PREFIX
Pengaturan cangkang:
mengatur -e
Untuk memberikan performa terbaik (dan pengoptimalan lainnya), nvm akan mengunduh dan menginstal binari yang telah dikompilasi sebelumnya untuk Node (dan npm) saat Anda menjalankan nvm install X . Proyek Node mengkompilasi, menguji dan menghosting/menyediakan biner yang telah dikompilasi sebelumnya yang dibuat untuk distribusi Linux mainstream/tradisional (seperti Debian, Ubuntu, CentOS, RedHat dkk).
Alpine Linux, tidak seperti distribusi Linux mainstream/tradisional, didasarkan pada BusyBox, distribusi Linux yang sangat kompak (~5MB). BusyBox (dan juga Alpine Linux) menggunakan tumpukan C/C++ yang berbeda dengan sebagian besar distribusi Linux mainstream/tradisional - musl. Hal ini membuat program biner yang dibuat untuk arus utama/tradisional tidak kompatibel dengan Alpine Linux, sehingga kita tidak bisa begitu saja nvm install X di Alpine Linux dan mengharapkan biner yang diunduh berjalan dengan benar - Anda mungkin akan melihat kesalahan "...tidak ada" jika Anda coba itu.
Ada tanda -s untuk nvm install yang meminta nvm mengunduh sumber Node dan mengkompilasinya secara lokal.
Jika menginstal nvm di Alpine Linux masih merupakan hal yang Anda inginkan atau perlu lakukan, Anda dapat melakukannya dengan menjalankan perintah berikut dari shell Alpine Linux Anda, bergantung pada versi yang Anda gunakan:
apk tambahkan -U curl bash ca-sertifikat openssl ncurses coreutils python3 make gcc g++ libgcc linux-headers grep util-linux binutils findutils curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | pesta
apk tambahkan -U curl bash ca-sertifikat openssl ncurses coreutils python2 make gcc g++ libgcc linux-headers grep util-linux binutils findutils curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | pesta
Catatan: Alpine 3.5 hanya dapat menginstal versi NodeJS hingga v6.9.5, Alpine 3.6 hanya dapat menginstal versi hingga v6.10.3, Alpine 3.7 menginstal versi hingga v8.9.3, Alpine 3.8 menginstal versi hingga v8.14.0, Alpine 3.9 menginstal versi hingga v10.19.0, Alpine 3.10 menginstal versi hingga v10.24.1, Alpine 3.11 menginstal versi hingga v12.22.6, Alpine 3.12 menginstal versi hingga v12.22.12, Alpine 3.13 & 3.14 menginstal versi hingga v14.20.0, Alpine 3.15 & 3.16 menginstal versi hingga v16.16.0 ( Ini semua adalah versi di cabang utama ). Alpine 3.5 - 3.12 memerlukan paket python2 untuk membangun NodeJS, karena versi tersebut merupakan versi lama untuk dibuat. Alpine 3.13+ memerlukan python3 agar berhasil membangun versi NodeJS yang lebih baru, tetapi Anda dapat menggunakan python2 dengan Alpine 3.13+ jika Anda perlu membangun versi node yang didukung di Alpine 3.5 - 3.15, Anda hanya perlu menentukan versi NodeJS yang perlu Anda instal skrip instalasi paket.
Proyek Node memiliki beberapa keinginan tetapi tidak ada rencana konkrit (karena biaya pembangunan, pengujian dan dukungan) untuk menawarkan biner yang kompatibel dengan Alpine.
Sebagai alternatif potensial, @mhart (kontributor Node) memiliki beberapa image Docker untuk Alpine Linux dengan Node dan opsional, npm, yang sudah diinstal sebelumnya.
Untuk menghapus nvm secara manual, jalankan yang berikut:
Pertama, gunakan nvm unload untuk menghapus perintah nvm dari sesi terminal Anda dan menghapus direktori instalasi:
$ nvm_dir="${NVM_DIR:-~/.nvm}"$ nvm membongkar
$ rm -rf "$nvm_dir" Edit ~/.bashrc (atau konfigurasi sumber daya shell lainnya) dan hapus baris di bawah ini:
ekspor NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # Ini memuat nvm[[ -r $NVM_DIR/bash_completion ]] && . $NVM_DIR/bash_completion
Untuk mempermudah pekerjaan pengembangan dan pengujian, kami memiliki Dockerfile untuk penggunaan pengembangan, yang didasarkan pada gambar dasar Ubuntu 18.04, disiapkan dengan alat penting dan berguna untuk pengembangan nvm , untuk membangun gambar buruh pelabuhan lingkungan, jalankan perintah buruh pelabuhan di akar repositori nvm :
$ buruh pelabuhan membangun -t nvm-dev.
Ini akan mengemas repositori nvm Anda saat ini dengan lingkungan pengembangan kami yang telah ditentukan sebelumnya ke dalam image buruh pelabuhan bernama nvm-dev , setelah berhasil dibangun, validasi citra Anda melalui docker images :
$ gambar buruh pelabuhan UKURAN YANG DIBUAT ID GAMBAR TAG REPOSITORI nvm-dev terbaru 9ca4c57a97d8 7 hari yang lalu 650 MB
Jika Anda tidak mendapat pesan kesalahan, sekarang Anda dapat dengan mudah terlibat dalam:
$ buruh pelabuhan menjalankan -h nvm-dev -itu nvm-dev nvm@nvm-dev:~/.nvm$
Perlu diperhatikan bahwa pembuatan gambar memerlukan waktu sekitar 8 menit dan ukuran gambar akan menjadi sekitar 650 MB, sehingga tidak cocok untuk penggunaan produksi.
Untuk informasi dan dokumentasi lebih lanjut tentang buruh pelabuhan, silakan merujuk ke situs resminya:
https://www.docker.com/
https://docs.docker.com/
Jika Anda mencoba menginstal versi node dan instalasi gagal, pastikan untuk menjalankan nvm cache clear untuk menghapus unduhan node yang di-cache, atau Anda mungkin mendapatkan kesalahan seperti berikut:
curl: (33) Server HTTP sepertinya tidak mendukung rentang byte. Tidak dapat melanjutkan.
Di mana sudo node saya? Lihat #43
Setelah rilis node v0.8.6, nvm mencoba menginstal dari paket biner. Namun di beberapa sistem, paket biner resmi tidak berfungsi karena ketidakcocokan lib bersama. Dalam kasus seperti itu, gunakan opsi -s untuk memaksa instalasi dari sumber:
instalasi nvm -s 0.8.6
Jika mengatur alias default tidak menetapkan versi node dalam shell baru (yaitu system hasil nvm current ), pastikan bahwa PATH simpul sistem diatur sebelum baris sumber nvm.sh di profil shell Anda (lihat #658)
Versi node nvm tidak ditemukan di vim shell
Jika Anda mengatur versi node ke versi selain versi sistem sistem Anda nvm use 6.2.1 dan buka vim dan jalankan :!node -v Anda akan melihat v6.2.1 jika Anda melihat versi sistem Anda v0.12.7 . Anda harus menjalankan:
sudo chmod ugo-x/usr/libexec/path_helper
Lebih lanjut tentang masalah ini di Dotphiles/Dotzsh.
NVM tidak kompatibel dengan opsi NPM Config "Prefix"
Beberapa solusi untuk masalah ini dapat ditemukan di sini
Ada satu lagi kasus tepi yang menyebabkan masalah ini, dan itu adalah ketidakcocokan antara $HOME path dan nama aktual direktori rumah pengguna .
Anda harus memastikan bahwa nama direktori pengguna di $HOME dan nama direktori pengguna yang Anda lihat dari menjalankan ls /Users/ dikapitalisasi dengan cara yang sama (lihat masalah ini).
Untuk mengubah direktori pengguna dan/atau nama akun, ikuti instruksi di sini
Homebrew Make Zsh Directory Tidak Aman
Zsh Compinit: Direktori Insecure, Jalankan Compaudit untuk Daftar. Abaikan direktori yang tidak aman dan lanjutkan [y] atau aborsi compinit [n]? kamu
Homebrew menyebabkan direktori tidak aman seperti /usr/local/share/zsh/site-functions dan /usr/local/share/zsh . Ini bukan masalah nvm - ini adalah masalah homebrew. Lihat di sini untuk beberapa solusi yang terkait dengan masalah ini.
Mac dengan chip silikon apel
Dukungan eksperimental untuk arsitektur chip silikon apel ditambahkan di Node.js v15.3 dan dukungan penuh ditambahkan dalam v16.0. Karena itu, jika Anda mencoba menginstal versi node yang lebih lama seperti biasa, Anda mungkin akan mengalami kesalahan kompilasi saat menginstal kesalahan node atau out-of-memory saat menjalankan kode Anda.
Jadi, jika Anda ingin menjalankan versi sebelum V16.0 pada Mac Silikon Apple, mungkin yang terbaik untuk mengkompilasi node yang menargetkan arsitektur Intel x86_64 sehingga Rosetta 2 dapat menerjemahkan instruksi prosesor x86_64 ke instruksi silikon Apple berbasis lengan. Inilah yang perlu Anda lakukan:
Instal Rosetta, jika Anda belum melakukannya
$ softwareUpdate --install-rosetta
Anda mungkin bertanya -tanya, "Bagaimana Apple Silicon Mac saya tahu menggunakan Rosetta untuk versi node yang dikompilasi untuk chip Intel?". Jika yang dapat dieksekusi hanya berisi instruksi Intel, MacOS akan secara otomatis menggunakan Rosetta untuk menerjemahkan instruksi.
Buka shell yang berjalan menggunakan rosetta
$ arch -x86_64 zsh
Catatan: Hal yang sama ini juga dapat dilakukan dengan menemukan terminal atau aplikasi ITERM di Finder, klik kanan, memilih "Get Info", dan kemudian memeriksa kotak berlabel "Buka menggunakan Rosetta".
Catatan: Sesi terminal ini sekarang berjalan di zsh . Jika zsh bukan shell yang biasanya Anda gunakan, nvm mungkin tidak source secara otomatis seperti itu mungkin untuk cangkang biasa Anda melalui dotfile Anda. Jika itu masalahnya, pastikan untuk sumber nvm .
$ source "$ {nvm_dir} /nvm.sh"Instal Node yang lebih lama Anda minati. Mari kita gunakan 12.22.1 sebagai contoh. Ini akan mengambil kode sumber simpul dan mengkompilasinya, yang akan memakan waktu beberapa menit.
$ nvm instal v12.22.1-shared-zlib
Catatan: Anda mungkin ingin tahu mengapa --shared-zlib disertakan. Ada bug dalam versi terbaru dari sistem clang System Compiler. Jika salah satu versi yang rusak ini diinstal pada sistem Anda, langkah di atas kemungkinan masih akan berhasil bahkan jika Anda tidak memasukkan bendera --shared-zlib . Namun, kemudian, ketika Anda mencoba npm install sesuatu menggunakan versi lama Node.js Anda, Anda akan melihat kesalahan incorrect data check . Jika Anda ingin menghindari kemungkinan kerumitan menangani ini, sertakan bendera itu. Untuk detail lebih lanjut, lihat masalah ini dan komentar ini
Keluar kembali ke cangkang asli Anda.
$ EXIT $ Arch lengan64
Catatan: Jika Anda memilih kotak berlabel "Buka menggunakan Rosetta" daripada menjalankan perintah CLI pada langkah kedua, Anda akan melihat i386 di sini. Kecuali jika Anda memiliki alasan lain untuk dipilih kotak itu, Anda dapat membatalkan pilihan sekarang.
Periksa untuk memastikan arsitekturnya benar. x64 adalah singkatan untuk x86_64 , yang ingin Anda lihat.
$ node -p Process.arch x64
Sekarang Anda harus dapat menggunakan Node seperti biasa.
Jika Anda mengalami kesalahan ini di WSL-2:
Curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | pesta
% Total % menerima % xferd rata -rata waktu waktu kecepatan waktu saat ini
Dload unggahan total menghabiskan kecepatan kiri
0 0 0 0 0 0 0 0 0-:-:-0:00:09-:-:-0curl: (6) Tidak dapat menyelesaikan host: raw.githubusercontent.comMungkin karena antivirus, VPN, atau alasan lainnya.
Di mana Anda dapat ping 8.8.8.8 sementara Anda tidak dapat ping google.com
Ini bisa diselesaikan dengan menjalankan ini di direktori root Anda:
sudo rm /etc/resolv.conf sudo bash -c 'echo "nameserver 8.8.8.8"> /etc/resolv.conf'sudo bash -c' echo "[network]"> /etc/wsl.conf'sudo bash -c 'echo "generateresolvconf = false" >> /etc/wsl.conf'sudo chattr +i /etc/resolv.conf
Ini menghapus file resolv.conf Anda yang secara otomatis dihasilkan saat Anda menjalankan WSL, membuat file baru dan menempatkan nameserver 8.8.8.8 , kemudian membuat file wsl.conf dan menambahkan [network] dan generateResolveConf = false untuk mencegah generasi otomatis itu dari itu itu mengajukan.
Anda dapat memeriksa konten file dengan menjalankan:
cat /etc/resolv.conf
Saat ini, satu -satunya pengelola adalah @ljharb - lebih banyak pemelihara yang cukup disambut, dan kami berharap dapat menambahkan orang ke tim dari waktu ke waktu. Tata kelola akan dievaluasi kembali ketika proyek berkembang.
Hanya versi terbaru (v0.40.1 saat ini) didukung.
Jika Anda tidak dapat memperbarui ke versi terbaru nvm , mitra kami menyediakan perbaikan keamanan komersial untuk semua versi yang tidak didukung:
Dukungan Herodevs yang tidak pernah berakhir
Lihat lisensi.md.
Hak Cipta OpenJs Foundation dan Kontributor nvm . Semua hak dilindungi undang-undang. Yayasan OpenJS telah mendaftarkan merek dagang dan menggunakan merek dagang. Untuk daftar merek dagang dari OpenJS Foundation, silakan lihat kebijakan merek dagang dan daftar merek dagang kami. Node.js adalah merek dagang dari Joyent, Inc. dan digunakan dengan izinnya. Merek dagang dan logo yang tidak diindikasikan pada daftar merek dagang OpenJS Foundation adalah merek dagang Trademarks ™ atau terdaftar dari pemegangnya masing -masing. Penggunaannya tidak menyiratkan afiliasi apa pun dengan atau dukungan oleh mereka.
The OpenJS Foundation | Ketentuan Penggunaan | Kebijakan Privasi | Anggaran Rumah Tangga OpenJs Foundation | Kebijakan Merek Dagang | Daftar Merek Dagang | Kebijakan Cookie
