Stable Loggerhead Branch
Max Kanat-Alexander
mkanat at bugzilla.org
Wed Jun 30 16:30:52 BST 2010
Hello! I'm new to the list, but I've been in #bzr for a long time. For
an introduction on who I am, see:
https://lists.launchpad.net/launchpad-dev/msg03685.html
With that out of the way:
I think there should be an actual stable branch of loggerhead. Right
now there's 1.17, but that's not actually stable--it lacks bug-fixes
that the trunk has, and it doesn't get new bug-fixes backported. (There
are no 1.17.x releases.)
Part of the problem has been that loggerhead has, generally, needed
some significant changes in order for it to perform to Launchpad scale,
and some general major backend changes, like jam's bzr-history-db work.
I think that loggerhead actually isn't in a position, even at the
moment, where we *could* create an actual stable branch.
So, here's what I think we should do:
1) Determine what major refactoring of loggerhead is necessary.
2) Complete that major refactoring, and put any necessary finishing
touches on any refactoring that's already been done.
3) Add tests that assure that loggerhead is fully functional and can
scale to Launchpad scale.
4) Actually freeze the trunk for a month and focus on stability issues.
I know that freezing the trunk is drastic and usually unnecessary when
you have an awesome DVCS, but I think that this one time, it will be
warranted.
5) Once we're reasonably sure that trunk is stable, branch it and call
it 2.0.
6) From there on out, any bug fix that lands on trunk should also land
on 2.0, and we should do regular releases. (2.0.1, 2.0.2, etc.)
7) New feature releases will be 2.1, etc.
8) We should stop encouraging people to run trunk on their production
sites.
How's that sound?
-Max
--
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
More information about the bazaar
mailing list