I'm +1 on removing old release branches. @Eric: for a bugfix release, I guess you can just create a branch off a release tag, and develop the bugfix there, like with feature branches.
Andreas. On Oct 11, 2011, at 21:29 , Tim Schaub wrote: > Ok, I shouldn't have brought up the `git branch -avv` bit. > > How about this: > > Linux, 1 branch > https://github.com/torvalds/linux/branches > > jQuery, 1 branch > https://github.com/jquery/jquery/branches > > git, 5 branches (feature related) > https://github.com/git/git/branches > > OpenLayers, 16 branches (only one is feature related) > https://github.com/openlayers/openlayers/branches > > Are we special, or are we misusing branches? > > Tim > > On Tue, Oct 11, 2011 at 11:19 AM, Eric Lemoine > <eric.lemo...@camptocamp.com> wrote: >> >> >> On Tuesday, October 11, 2011, Tim Schaub <tsch...@opengeo.org> wrote: >>> I don't see real value in keeping around all of the old release >>> branches. If we were continuing to do releases in the 2.4.x series, >>> for example, the 2.4 branch would have a clear purpose. We can check >>> out release tags to run tests or do other work with a specific >>> release. Can anyone point to a clear purpose for keeping around the >>> old release branches? >>> >>> In case we do want to keep open the possibility of creating a patch >>> release from an old minor release, we could keep around two release >>> branches. My motivation for cleaning up old release branches is that >>> I like to run `git branch -avv` and the output is a bit ridiculous if >>> you have a couple remotes. >>> >>> I'm +1 on getting rid of old release branches (keeping around the >>> latest two if others think that is a good idea). >>> >>> If there is a compelling reason to keep around older branches, I'm >>> open to changing my opinion. >> >> This makes me wonder how maintainers use Git/github. I know a lot create >> "release tags", but do they also create "release branches"? And if they >> don't, how do they handle the case where they want to go back and do a >> bugfix release? >> >> If feels a bit weird to me to delete branches because the output of 'git >> remote -avv' is ugly. But if "release branches" are unnecessary (and >> possibly silly) when using Git and github I'm +1 on deleting them entirely, >> and dedicating branches to shared experimental work or something. >> >> -- >> Eric Lemoine >> >> Camptocamp France SAS >> Savoie Technolac, BP 352 >> 73377 Le Bourget du Lac, Cedex >> >> Tel : 00 33 4 79 44 44 96 >> Mail : eric.lemo...@camptocamp.com >> http://www.camptocamp.com >> >> > > > > -- > Tim Schaub > OpenGeo http://opengeo.org/ > Expert service straight from the developers. > _______________________________________________ > Dev mailing list > d...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/openlayers-dev -- Andreas Hocevar OpenGeo - http://opengeo.org/ Expert service straight from the developers. _______________________________________________ Dev mailing list d...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/openlayers-dev
