Make a link to install latest version? about nvm HOT 8 CLOSED

That would be blindly updating across breaking changes, and would be a terrible idea.

Duplicate of #400.

from nvm.

Nope, because master is often broken. Only tagged releases are safe to use.

from nvm.

@ljharb there are other use cases, like using cloud-init.

Please consider updating the release asset name to a well known sticky one, or at least providing another asset that always has a fixed name, like nvm.zip, so https://github.com/nvm-sh/nvm/releases/latest/download/nvm.zip could be used for automating installs with cloud-init. You can have the zip contents reflect on version if you wish.

from nvm.

@emilfihlman your use case still has the problem that breaking changes will be silently installed, risking breaking your workflow. The proper solution is to always hardcode a version number or semver range.

from nvm.

Just realised I can use this link:

https://raw.githubusercontent.com/nvm-sh/nvm/master/install.sh

from nvm.

Even better would be just to include the install.sh in the releases.

But in the mean time, here is a very hacky solution to getting the latest install script that doesn't rely on magic version numbers or creation of temporary files etc

curl -sL "$(curl -sL https://api.github.com/repos/nvm-sh/nvm/releases/latest | jq -r .zipball_url)" | busybox unzip -p - '*/install.sh' > nvm_install.sh

This should be quite easy to adapt to directly executing and installing the latest release node

from nvm.

@ljharb I think it's not for this package to be concerned about that.

The proper solution is definitely to not hardcore version numbers. That is the most awful thing to do.

from nvm.

@emilfihlman it is absolutely for nvm to be concerned about circumstances that could cause nvm users to have a broken experience.

Why is that the most awful thing to do? That's literally the universal consensus on all forms of dependencies in the entire security and tech ecosystem (too much, imo, even)

from nvm.