-
Notifications
You must be signed in to change notification settings - Fork 66
Making a Release
Sean T. McBeth edited this page Jul 26, 2017
·
4 revisions
If you have commit access to the main repository, the way to make a release depends on what exactly has happened.
- for cosmetic changes, bug fixes, or new features (none of which change the public API of existing code), execute
gulp bumpto bump the patch section of the version number. - execute
gulp yoloto build the minified package assets, automatically making a commit named after the current version, and automatically pushing the code out to the NPM package repository. Sit back, this takes a while. - cd to the
Primrose-Sitedirectory and executenpm update && gulp yolo
Other things you can do:
- for any changes that break the public API, so long as we're still at 0 for the major version, use
gulp bumpMinorto bump the minor version of the project. - just
gulpruns the development build of the site, with a dev server automatically. -
gulp debugperforms a full DEV build, without running the watch process to restart tasks, or starting the dev server. -
gulp releaseperforms the full, production build, without making any changes to thepackage.jsonor making any commits. - both
debugandreleasetags can be prefixed withjs:,html:, orcss:to run the build process for only those parts, e.g.gulp html:debugorgulp js:release.