Create templates to quickly answer FAQs or store snippets for re-use.
Instead of creating scripts in every project of yours to run the local version of the angular cli, you can use the npx package! You can install it globally and then whenever you are inside a project with node modules you can run "npx the-tool-name" and it will run the tool local to the project. (In this instance if "the-tool-name" was ng, it would run the local version of the angular cli without the need to add ng as a script in the package.json)
npx is really an useful tool, thanks for the tip!
There's also nsv which I found to work better in Windows, especially for upgrading npm.
I have heard of it, but I have never used it, I'll be sure to take a look at it someday.
What's the difference between them for that specific case of upgrading npm?
With nvm I had to use npm-windows-upgrade package, while with nvs you can simply do npm i -g npm. I also had trouble with the antivirus (McAfee) which had to be turned off while installing another version of node with nvm.
npm i -g npm
Interesting to know... I've just used nvm on a Linux environment, never got to try nvm-windows, but now I'll keep that in mind.
Thanks for the heads up!
Save yourself the headache and let the shell auto-read the .nvmrc file before you run your npm command.
There's one for bash and one for zsh - it will save you time and frustration :D
I just use docker. Define an image version as a variable, and you can easily manage all your infrastructure as code.
Hi Patryk! Yeah, that was also my original approach (and the one I actually keep using the most). Do you use mounted volumes in your containers? I do, and sometimes the file system access to the host makes read/write operations slow, and that was what made me look for a different approach.
I use both bind mounts for development (in my Python and node containers), and named volumes in dev and production, e.g. for my databases.
I use Linux for development and production, and I've never noticed any performance issues.
Same here, regarding the volumes. But when in Windows with a bind mount for development, a simple npm install would take a lot longer than when run in the host. Probably Windows related...
Why use nvm execute when you could just use npm? Considering you've switched the node versions already.
By "switched the node versions already" do you mean executed nvm use [version]? Because if so, then when you open a new terminal, the version nvm will be using will no longer be the one you just defined. It will be the one to which the nvm default alias is pointing to.
nvm use [version]
The combination .nvmrc file + nvm exec/nvm run avoids having to run nvm use every time.
Got you, yeah meant after nvm use. For what it's worth though there's a tool to automatically switch versions when you have a .npmrc file
github.com/wbyoung/avn, you could have a script to do that as well.
a bit offtopic but since this is about Angular versions, is there a way to know which versions of TypeScript are supported in the current Angular version?
You can check the supported TypeScript versions for an Angular version in the @angular/compiler-cli/package.json:
"typescript": ">=3.6 <3.7"
There seems to be a way to disable this version checking in case you want to install a version outside of that range. But I guess you should do that at your own risk.
oh that's helpful. Thanks @patricepeartree
How does nvm will affect the internal operations of Visual Code to create components, services etc. ?
what about when you want to create new angular project using
"ng new my_new_project"
what you gonna do when you still don't have local directory?
Well, I guess you can have some workarounds for that. You can npm init a directory just to be able to install locally the Angular version you want, and then use that one to ng new your new project. Or you can leverage Docker with mounted volumes and create a project from within a container with your desired Angular version.
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.