An Update on Updating npm and Bower Packages
Jason Garber, Former Senior Web Developer
In my previous post on publishing code to npm and Bower, I included a section at the end with some information and instructions on updating and releasing new versions of packages. Turns out I got it sort of right and sort of wrong.
What follows is a more accurate process for updating packages for each registry and a proposed workflow for publishing updates to both registries.
Updating an npm package
npm’s documentation has the full story:
When you make changes, you can update the package using
npm version <update_type>, where update_type is one of the semantic versioning release types, patch, minor, or major. This command will change the version number in
package.json. Note that this will also add a tag with this release number to your git repository if you have one.
After updating the version number, you can
Test: Go to
http://npmjs.com/package/<package>. The package number should be updated.
A typical workflow could look something like:
git commit -am "Fix some bugs." npm version 1.0.1 npm publish
This series of commands will commit your package’s updated code, change the version listed in
1.0.1, commit that change, and notify the npm registry of the update.
What these commands don’t appear to do is push your code to a remote Git repository, so you’ll want to run
git push origin master && git push --tags or similar.
Updating a Bower package
Much like updating an npm package, updating a Bower package is fairly straightforward:
git commit -am "Fix some bugs." bower version 1.0.1
And, just like npm:
If run in a git repo, it will also create a version commit and tag, and fail if the repo is not clean.
Unlike npm, Bower doesn’t have a corresponding
publish command. Instead, you’d run
git push origin master && git push --tags. The Bower registry will pick up the updated release after some time.
Updating Packages to both registries
If, like me, you want to make available the same code to both registries, using each registry’s
version command will create a couple of extraneous commits. I also use the version listed in
package.json to populate the preamble in RouterRouter’s build script. For this reason in particular, I tend to update the version listed in
bower.json by hand.
My workflow looks a little bit like this:
git commit -am "Fix some bugs."
- Update the
bower.jsonby hand to
npm run build
git commit -am "Bump version to 1.0.1 and run build script."
git tag v1.0.1
git push origin master && git push --tags
While this process is a little tedious, I’ve found it works for me and how I think about the package publication and maintenance.
Do you have any tips or tricks that help you more easily publish code to npm, Bower, or other public registries? I’d love to hear more about your process!
This post was originally published on my own site.