Skip to content
/ PlusBump Public
forked from Praqma/PlusBump

This project was previously known as by its temp name "Wincrementor". Content will be updated soon to match the new name.

License

Notifications You must be signed in to change notification settings

buep/PlusBump

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

25 Commits
 
 
 
 
 
 

Repository files navigation

maintainer
jkrag

Automatic version bumping

Initial "requirement" description

Look at all commits between and HEAD.

Look for commit-message mentions of +major or +minor (unless different patterns where specified ). +patch is implicit as the default if none of the others where specified.

If a version string was specified, bump the provided semver string correctly. I.e. increase the highest bumped level, and reset those below to 0.

Currently, the bump leaves any part of semver after - intact (e.g. 1.3.14-alpha3+as34df32), but I reserve the right to change my mind on this :-D

If no version string was specified bump the version 0.0.0, i.e. return either 1.0.0, 0.1.0 or 0.0.1

Other features

The tool already supports a few more features:

PlusBump 1.3

Usage:
  ./plusbump.rb --latest=<tag-glob> [<semver_version_string>] [options]
  ./plusbump.rb <ref>               [<semver_version_string>] [options]
  ./plusbump.rb -h|--help

Options:
  -h --help        Show this screen.
  -t --tag-commit  Actually tag HEAD with the version number computed.

  -l --latest=<tag-glob>

    Specify a glob pattern to search for last matching tag instead of
    providing a specific ref.
    Will attempt to use everything after <tag-glob> as the version string
    so be sure to provide _entire_ prefix.
    E.g. use "R_" if your versions are "R_1.2.3"

  -p --prefix=<prefix>

    Specify a prefix to add before the resulting version string

  -s --special=<postfix>

    Specify the "special" part of the resulting version string.
    This is any  part of the version string that comes after the dash,
    e.g. in 1.3.4-SNAPSHOT it is the string "SNAPSHOT".
    Note this is for the "output" side.
    PlusBump will accept any special string on the input and preserve it,
    unless you specify `--special=""` or something else.

  -a --majorpattern=<major_pattern>

    Specify an alternative (regex) pattern that indicates a major version bump.
    E.g. --majorpattern='\+major'

  -i --minorpattern=<minor_pattern>

    Specify an alternative (regex) pattern that indicates a minor version bump.
    E.g. --minorpattern='\+minor'

Helping users

If you decide to require bumps on every commit (e.g. instead of assuming +patch as default), then it can be very helpful to users set up a push hook (pre-receive on Git) that rejects commits without a bump.

I have successfully done this on BitBucket using the "Jira Hooks for BitBucket" plugin (that we were using anyway), and used the following regex:

(^|(.|\n)*\s)\+(major|minor|patch)($|\s(.|\n)*)

This RegEx should also be quite usable in other plugins or handwritten hooks as it does not require multiline or other switches to be supported. It allows the +bump message to appear anywhere in the commit message as long as it is not adjacent to other text. (i.e. my+patch and +patching will be rejected.

CodeScene analysis

Get more details at codescene.io.

About

This project was previously known as by its temp name "Wincrementor". Content will be updated soon to match the new name.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Ruby 100.0%