Release a new version of your Node-based project
Grunt plugin for automating all the release steps of your node lib or bower component, with optional publishing to npm.
Releasing a new version of your killer Node/Bower/Component/JS lib looks something like this:
Cool, right? No! What's wrong with you? Automate all that:
Done. No more github issues from angry people reminding you how often you forget to do one or more of the steps.
If you haven't used Grunt before, be sure to check out the Getting Started guide, as it explains how to create a Gruntfile as well as install and use Grunt plugins. Once you're familiar with that process, you may install this plugin with this command:
npm install grunt-release --save-dev
Specific Version Release:
prerelease will just update the number after
If you want to add an alphanumeric identifier, you will need to add it by hand.
-alpha.0 to get something like
grunt release:prerelease will just update the last number to
Releasing Unstable/Beta Versions
Sometimes it is useful to publish an 'unstable' or 'beta' version to
npm, while leaving your last stable release as the default that gets installed on an
npm accomplishes this using the
--tag myUnstableVersion flag. You can enable this flag in grunt-release either by setting the
or by passing the CLI arg:
grunt release --npmtag canary
NOTE: If the tag you pass is true, then the tag will be the new version number after the bump. Otherwise it will be the string you provided.
Bump multuple files at once
Sometimes you may need to bump multiple files while releasing.
You can also provide multiple files in this array or provide a string with multiple file paths separated by comma (
The version to bump is set in the master file defined with option 'file' (default : package.json). This version will be propagated to every additionalFiles.
To see what grunt-release does, without really changing anything, use
grunt release --no-write
You'll see something like:
>> Release dry run>> bumped version to 0.8.0>> staged package.json>> committed package.json>> created new git tag: 0.8.0>> pushed to remote git repo>> pushed new tag 0.8.0 to remote git repo>> published version 0.8.0 to npm>> created 0.8.0 release on github.Done, without errors.
The following are all the release steps, you can disable any you need to:
release:options:bump: false //default: truechangelog: true //default: falsechangelogText: '<%= version %>\n' //default: '### <%= version %> - <%= grunt.template.today("yyyy-mm-dd") %>\n'file: 'component.json' //default: package.jsonadd: false //default: truecommit: false //default: truetag: false //default: truepush: false //default: truepushTags: false //default: truenpm: false //default: truenpmtag: true //default: no tagindentation: '\t' //default: ' ' (two spaces)folder: 'folder/to/publish/to/npm' //default project roottagName: 'some-tag-<%= version %>' //default: '<%= version %>'commitMessage: 'check out my release <%= version %>' //default: 'release <%= version %>'tagMessage: 'tagging version <%= version %>' //default: 'Version <%= version %>',beforeBump: // optional grunt tasks to run before file versions are bumpedafterBump: // optional grunt tasks to run after file versions are bumpedbeforeRelease: // optional grunt tasks to run after release version is bumped up but before release is packagedafterRelease: // optional grunt tasks to run after release is packagedgithub:repo: 'geddski/grunt-release' //put your user/repo hereusernameVar: 'GITHUB_USERNAME' //ENVIRONMENT VARIABLE that contains Github usernamepasswordVar: 'GITHUB_PASSWORD' //ENVIRONMENT VARIABLE that contains Github password
If you want to use multiline commit messages just pass an array to the
commitMessage option instead of a string.
For node libs, leave
file option blank as it will default to
package.json. For Bower components, set it to