buildr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <>
Subject [jira] Commented: (BUILDR-438) Release Task: customizable version numbers
Date Wed, 21 Jul 2010 08:07:49 GMT


Hudson commented on BUILDR-438:

Integrated in Buildr-ci-build #82 (See [])
    fix for BUILDR-438, thanks to Alexis Midon

> Release Task: customizable version numbers
> ------------------------------------------
>                 Key: BUILDR-438
>                 URL:
>             Project: Buildr
>          Issue Type: New Feature
>          Components: Core features
>            Reporter: Alexis Midon
>            Assignee: Antoine Toulme
>             Fix For: 1.4.2
>         Attachments: buildr-438.patch.txt
> Base on this conversation, it seems that
the way Buildr handles versions can be improved.
> Here is what I suggest:
> # default behavior
> The default supported version scheme is the 3-digit number. Buildr releases VERSION_NUMBER
minus -SNAPSHOT, and increments the last digit of that version to get the new version. The
VERSION_NUMBER is then updated with the new-version, and the buildfile is committed.
> 1.0.0 -> 1.0.1
> If the VERSION_NUMBER does not match this pattern, then the release should fail.
> We could relax this convention to check if the last char is a digit and if so increment
> # custom increment
> If the default behavior does fit one's needs, the method Release.bump_version receives
a block that lets the user implement his custom strategy. This will be consistent with Release#tag_name,
and #commit_message.
> A buildfile could look like this:
> Release.bump_version = lambda {  |version|  # the version number without the -SNAPSHOT
suffix, i.e. 1.0.0-rc1 
>     version[0..-2]+(version[-1].to_i+1).to_s   # returns 1.0.0-rc2 
> } 
> The output of Release#bump_version is then used to update VERSION_NUMBER. And the buildfile
is committed.
> When the version template changes - let's say you're done with the release candidates
- you will manually edit the buildfile and change the version number to 1.0.0-SNAPSHOT. Then
commit the buildfile.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message