If you don’t like NVM’s shell config shenanigans you can use n - https://github.com/tj/n
function n() {
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"
}
Found it to be a ok workaround for the issue. Otherwise I'm just on nvm just because it continues to work and hasn't gotten in my way, since like 2013 or something. If someone is in the same boat but wanna fix the "slow new shell" thing, this is a quick fix for it.Would love to hear what the "shell config shenanigans" wayneftw talked about, haven't hit that myself.
I came into `nodenv` after being a regular user of `pyenv` for a while. Started with `nvm`, but wished for something more pyenv-like.
There is also `asdf` [2], which seems even more generic. On paper it looks interesting, but I haven't found a solid reason to switch out of `pyenv` and `nodenv`.
Has anyone tried `pyenv` and/or `nodenv` and switched to `asdf`?
[1] https://github.com/pyenv/pyenv [2] https://github.com/asdf-vm/asdf