- npm install from public repo
- use of github URLs for private dependencies:
- PRO: easy to use, using #master always fetches latests
- BAD: npm install downloads every time, need to npm link or rm -rf node_modules to make sure
- rebuild of consolidated/minified files every time, using Git version
- BAD: results in consistent build overwriting
- IMPROVE: using hash of result and upload to cloudfront
- post-commit hook to verify unit tests pass
- triggers github -> CI (CircleCI)
- should do build of JS first (tag it and release it)
npm install
defaults to updating both dependencies & devDependenciesnpm update
only updates dependencies
- use of ^ or ~ in versions
- github URLs
- use of latests
- .gitignore vs .npmignore
- always ignore node_modules unless bundledDependencies
-
bundledDependencies : will make sure the dependencies are included
-
private: true
-
buildConfig? : to point to private repo
-
npm publish
defaults to tagging the release withlatest
-
npm publish --tag rc
-
npm install --tag rc
- grunt release
- ci skip in message
- no npm publish
- seems to conflict with bundledDependencies sometimes
- lockdown solves hashing issues
- sinopia
- chef-sinopia (haproxy needed)
- chef-npmjs
- reggie?
- bower always makes rc < release
- grunt build
- npm test
- grunt release --tag rc
- deploy to staging (npm install --tag rc)
- run web tests
- grunt release:prerelease
- grunt release (minor)
do we do git commits & merge in other branch?