[Nagiosplug-devel] RFC: making a 1.4.1 release?

sean finney seanius at seanius.net
Tue Jul 5 23:28:36 CEST 2005


On Wed, Jul 06, 2005 at 06:53:49AM +0100, Ton Voon wrote:
> The idea is that major enhancements or breakages are put into  
> CHANGES. This is the high level "what's in a new release". The  
> ChangeLog is the detailed changes from comments in CVS.

aha...

> So I think you are saying:
> 
> - stay with r1_4 and HEAD
> - bugfixes and security updates to r1_4, all other development to HEAD
> - create a r1_5 branch from HEAD at some point (so there is r1_4,  
> r1_5 and HEAD)
> - release r1_5
> - close r1_4 at some point

more like

 - stay with r1_4 and HEAD
 - bugfixes and security updates to r1_4, all other development to HEAD
 - close r1_4 at some point
 - create a r1_5 branch from HEAD at some point (so there is r1_5 and HEAD)
 - release r1_5

the idea being that we close up shop and store away 1.4.x for good at
some point, that point being shortly before officially starting work on
making a new 1.5.x series.

> I have a (maybe oversimplified) equation in my head where "more  
> branches" = "more work", so I'm trying to keep the number of branches  
> to two.

i'd say that's probably a good idea.  no reason not to also tag versions
to any of the 1.4.x and 1.5.x point releases as well, but i think two
actively maintained branches (one stable, one development) is ideal.


	sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://www.monitoring-plugins.org/archive/devel/attachments/20050705/b855f808/attachment.sig>


More information about the Devel mailing list