git workflow draft
jpwhiting at kde.org
Wed Aug 31 15:07:57 UTC 2011
Ok it seems most people with a preference prefer KDE/X.Y over X.Y and for
1) Other non-kde blessed branches can have obvious names.
2) Kdelibs, base, etc. are already KDE/X.Y
3) More modules are already KDE/X.Y than X.Y so less to fix when enforcing
consistency. (after looking at which repos would need to change, I'm not so
sure about this one...)
Thus I propose we agree to use KDE/X.Y for official kde release branches
going forward and after tagging tomorrow put a notice on relevant mailing
lists and on techbase. Then one week later perform the required changes to
If I've missed any in the above list, please add them.
On Wed, Aug 31, 2011 at 5:00 AM, Sebastian Kügler <sebas at kde.org> wrote:
> On Friday, August 26, 2011 12:06:26 Stephen Kelly wrote:
> > >> Was this decided upon at some point? I got conflicting stories from
> > >> sysadmin and other developers. Yesterday after migrating
> > >> kdeaccessibility to git I was asked by a sysadmin to rename the X.Y
> > >> branches to KDE/X.Y I think concensus and consistency are important
> > >> here. Was there a decision that the official branches should be named
> > >> X.Y?
> > >
> > > My vote goes to "KDE/X.Y", it is clearer what it means.
> > When the frameworks get split out into multiple repos, will they still
> > branch names KDE/5.0? What will that mean? Or will we come up with
> > scheme then?
> I think they should, here's my reasoning:
> The KDE part of the branch name means it's our "official" branch, i.e. it's
> done by KDE (not by individuals acting on their own), so basically our
> official namespace. We use $name/feature elsewhere, and I think KDE/5.37
> blend in nicely here. On top of that, it gives some continuity.
> http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the release-team