Managing Version
One of the more important pieces of information for a package is the version. We encourage people to use semantic versioning for their packages. The spec for this can be read here:
The spec involves a lot of possible variations, but to simplify, the basics involve having a three-part version number.
<major>.<minor>.<patch>
And constructed with the following guidelines:
- Breaking backward compatibility or major features bumps the major (and resets the minor and patch)
- New additions without breaking backward compatibility bumps the minor (and resets the patch)
- Bug fixes and misc changes bumps the patch
An example would be
1.0.0When you initialize a folder as a package with the
init command, the version will be set to 0.0.0 by default. You can use init --wizard to be asked what version you'd like to use, among other questions.The version is stored in your package's
box.json and you can check it at any time by runningpackage version
To override the version at any time, pass the new version into the
package version command like so:package version 2.3.7
As a handy shortcut, you can have CommandBox automatically bump the version for you after making changes to your package.
If you just fixed a small bug or UI change in your package, run this to bump the minor patch. For example, this would change
2.3.7 to be 2.3.8.bump --patch
Let's say you've added a few nice features or enhancements to your project but it's still backwards compatible with previous versions. Run this to bump the minor version. Note this will reset your patch version to
0. For example, this would change 2.3.7 to be 2.4.0.bump --minor
Now, you really got busy over the weekend and made a major overhaul to your project-- specifically introducing some changes that introduce backwards compatibility. Now it's time to bump the major version. Note this will reset your minor and patch version to
0. For example, this would change 2.3.7 to be 3.0.0.bump --major
Info Each part of the version doesn't have to be one digit. For instance, 1.0.9 patch-bumps to 1.0.10 and doesn't ever "roll over".
In CommandBox, when you use the
package version command (aliased as bump), if you are running the command in a Git repository and the working directory is clean, CommandBox will create a tag for you that's named after the version and commit it. You can supply a custom message if you like each time or set a global setting with your desired tag message.# With a version of 1.0.0
CommandBox> bump --patch
Set version = 1.0.1
Package is a Git repo. Tagging...
Tag [v1.0.1] created.
# The message of the tag commit will be the message provided
CommandBox> bump --minor message="Upgrading to ${Setting: version not found}"
Set version = 1.1.0
Package is a Git repo. Tagging...
Tag [v1.1.0] created.
# You can set a default tagVersionMessage in your config settings
CommandBox> config set tagVersionMessage="My default tag message"
If you do not want this feature, you can turn it off with a config setting flag.
CommandBox> config set tagVersion=false
Last modified 24d ago