[OpenLayers-Dev] MOTION: delete old branches

[Tim Schaub]

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.lemoine at camptocamp.com> wrote:
>
>
> On Tuesday, October 11, 2011, Tim Schaub <tschaub at 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.lemoine at camptocamp.com
> http://www.camptocamp.com
>
>



-- 
Tim Schaub
OpenGeo http://opengeo.org/
Expert service straight from the developers.