[darcs-users] milestones on issue tracker (plus a bit of roundup)
kowey at darcs.net
Wed Jun 16 14:48:27 UTC 2010
On Wed, Jun 16, 2010 at 16:44:06 +0200, Petr Rockai wrote:
> > - When we cut the 2.6.0 branch (here's the tricky bit), we create a
> > new milestone object named 2.6.0 CURRENT and rename the 2.6.0 HEAD
> > object (http://bugs.darcs.net/milestone3) to 2.7.0 HEAD.
> now, the rename bit looks a bit worrying. That would mean that we need
> to change all existing uses of 2.7.0 HEAD to 2.6.0 CURRENT, no?
Right, but that's actually done for us automatically when we push to the
> So what's the rationale to not just create new 2.7.0 and just rename
> 2.6.0 HEAD to 2.6.0 CURRENT? At the branch point, the CURRENT inherits
> all fixes that were made in HEAD up to that moment.
Come to think of it, that *could* also work provided that cutting the
branch really is straightforwardly taking HEAD (and not say, starting
from the previous release branch). I think I like your plan better, so
I'll assume that for now.
> We just need to make sure that posthooks are updated on every milestone
> wibble. Hopefully, even if we don't do this immediately, no harm should
> happen as the milestones they refer to will have changed names in the
> meantime (2.6.0 HEAD would be 2.6.0 CURRENT, so HEAD won't accidentally
> mark things as resolved in 2.6.0 CURRENT post-branching...).
> Other than this, I think the process is good to implement.
OK, one minor change is that I'll only leave an all caps tag on actual
stable, not on old versions (so that the important versions are visually
distinct), which I think is what you originally meant anyway
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the darcs-users