-
Notifications
You must be signed in to change notification settings - Fork 584
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Node.js stack refactoring #4255
Conversation
ignore read-only ${HOME}/.npm-packages | ||
ignore read-only ${HOME}/.npmrc | ||
ignore read-only ${HOME}/.nvm | ||
ignore read-only ${HOME}/.yarnrc |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe prefer read-write
? IDK
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe prefer
read-write
? IDK
I agree that read-write
sounds a lot more logical than the ignore blah
construct. Just checked and I used it in git-cola, gnome-{logs,system-log} and yelp too apparently. Can't remember why OTOH but I'll change it after testing it gives the same result. That'll be over the weekend though, I'm clocking off for today. Thanks for the suggestions, much appreciated. And enjoy the weekend!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FWIW: The only case where ignore read-only
should be used instead of read-write
are redirect profiles [and .locals] IMHO.
node-gyp is a shell script with a node shebang. We've got that covered via node.profile.
npx is a shell script with a node shebang. We've got that covered via node.profile.
semver is a shell script that calls node. We've got that covered via node.profile.
An attempt to bring some sanity to our node.js related profiles. Based on info gathered from:
Not being a Node developer I'm marking this as WIP for now.I've been testing this, but the node stack still has many dark spots for me to unravel. Would be great if this could be more thoroughly tested. Open to all suggestions, input etcetera.IMPORTANT NOTE: none of the Node.js stack profiles are in firecfg. It is up to the user to create the necessary scripts/symlinks to sandbox the following commands: