RELEASE.md
Jasmine Core Maintainers Only
Follow the instructions in CONTRIBUTING.md during development.
Please attempt to keep commits to main small, but cohesive. If a feature is contained in a bunch of small commits (e.g., it has several wip commits or small work), please squash them when pushing to main.
We attempt to stick to Semantic Versioning. Most of the time, development should be against a new minor version - fixing bugs and adding new features that are backwards compatible.
The current version lives in the file /package.json. This version will be
copied to jasmine.js when the distribution is built. When releasing a new
version, update package.json with the new version and npm run build to
update the gem version number.
Note that Jasmine should only use the "patch" version number if the new release contains only bug fixes.
When jasmine-core revs its major or minor version, the jasmine NPM package
should also rev to that version.
When ready to release - specs are all green and the stories are done:
release_notes - use the Anchorman gem to
generate the Markdown file and edit accordingly. Include a list of supported
environments. Get that information from these places:
package.jsonnpm run build.npm run buildStandaloneDistdist/jasmine-standalone-<version>.zip, which you will upload later (see "Finally" below).npm login to save your credentials locallynpm publish . to publish what's in package.jsonProbably only need to do this when releasing a minor version, and not a patch version. See the README file in the docs repo for instructions.
jasmine NPM packageSee https://github.com/jasmine/jasmine-npm/blob/main/RELEASE.md.