4 ms·

To be sure everything that we know works together we use things like npm-shrinkwrap files. We don't like it because it makes the git changelogs a lot bigger and

To be sure everything that we know works together we use things like npm-shrinkwrap files. We don't like it because it makes the git changelogs a lot bigger and almost unreadable if you want to compare a pull request.

Already__Taken 12y ago
Yes the way you should do it is with shrinwrap to ensure the consistency of your dependencies. As for the actual files if you depend on it you should have your own npm repo caching them that you deploy from and have that mirror the public one. but for small projects or quick deploys absolutely just go ahead and commit the modules.
__david__ 12y ago
You could commit them to their own repository so they don't taint your main repo. Then use a submodule to pull that repo in to the main repo...
STRML 12y ago
Try https://github.com/uber/npm-shrinkwrap https://github.com/uber/npm-shrinkwrap, it produces deterministic shrinkwrap files that actually diff properly.