[Hawkular-dev] Release Process - Hawkular Metrics + Components

Gary Brown gbrown at redhat.com
Mon Jun 15 02:46:20 EDT 2015


Hi Stefan

----- Original Message -----
> Hello Everybody,
> 
> Had some great conversations and feedback this week about the release process
> for Hawkular Metrics. A few ideas emerged and this email is a summary of the
> process Hawkular Metrics will implement starting next release (expected as
> soon as next week).
> 
> Release Process:
> 1) Use semver as the versioning standard (http://semver.org/)

The jboss/redhat convention also requires a qualifier, CR, Alpha, Final etc.

> 2) A scheduled release:
>   a) is a planned release, with a set of significant changes
>   b) is the next increment on MAJOR.MINOR version (eg: from 0.4.0 to 0.5.0)
>   c) gets a dedicated branch from master
>   d) gets tagged on the branch
>   e) gets full release notes, JIRA, email communication, blog
>   f) bits are published to JBoss Nexus and Github

Don't think we should create a branch for the sake of it - if required (i.e. for a patch) then can be created from the tag.

> 3) A patch release
>   a) needed to address urgent bugs or regression between scheduled releases
>   b) is an increment in the PATCH version (eg. 0.4.2)
>   c) no dedicated branch, patches are applied to the branch of a 'scheduled
>   release'
>   d) gets tagged on the working branch
>   e) no release notes, blog posts, or similar communication; the only
>   official communication will be a list of JIRAs fixed
>   f) bits published to JBoss Nexus and Github
>   g) all the code fixes will be applied retroactively to master

Not sure we are meant to release artifacts for patches? I thought patches are only for product. Community would need to build from source if they required these releases.

Regards
Gary

> 
> 
> Hawkular Metrics will keep 'scheduled releases' at roughly one a month. The
> 'patch releases' will be created on a need basis and only if there are JIRAs
> reported against the 'scheduled release' or 'patch release' that need to be
> addressed before the next 'scheduled release'. One goal with the patch
> releases is to avoid publish a huge number of them in a short amount of time
> (eg. 2 per day). This does not impact at all the release for SNAPSHOTS; they
> will continue to get published from the code in the master branch.
> 
> 
> It would be great if all the projects converge on a similar process. I
> recognize that due to different maturity levels that might not be practical
> now for everybody, but it would be huge win for the entire Hawkular to make
> even small steps in the same direction.
> 
> 
> 
> Thank you,
> Stefan Negrea
> 
> Software Engineer
> 
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev
> 


More information about the hawkular-dev mailing list