Information regarding upcoming Gitlab Migration
Adriaan de Groot
groot at kde.org
Fri May 1 15:32:35 BST 2020
On 2020 mayula d. 1id 07:08:41 CEST Ben Cooksley wrote:
> On Fri, May 1, 2020 at 2:46 AM Nate Graham <nate at kde.org> wrote:
> > If I'm understanding things, we have solutions to most or all of the
> > objections raised so far:
> >
> > - Projects will be allowed to live in--or at least appear in--multiple
> > top-level groups (e.g. plasma-framework could appear in both the
> > Frameworks top-level group and also the Plasma top-level group)
>
> Projects will have the option to appear in multiple groups yes.
Forgive me for coming full circle on this discussion, but
- a group can have at most one workboard
- a group offers some facilities for managing issues and reviews that cross
over repositories within that group
- a project (this is one-to-one with "repository", right?) can have as many
workboards as it likes
If a project can appear in more than one group, isn't the whole distinction
between flat and namespaced a little ..
well, how would this proposal fly?
- Put everything in a single group called "kde" (this matches proposal 2 if I
still remember the original numbering right -- flat, but not at top-level)
- Other groups hold things from "kde" (this matches proposal 3, giving more
structure / hierarchy)
People browsing *top* level would see group "kde" (for all I care, bookmark
that one as "I want to browse the list of 1442 repositories") and a bunch of
logical groups based on how the community organizes itself. People working
inside a specific group can do their workboardy-things and focus on the
repositories for that group, while people with an overall interest go to the
KDE group.
Somehow I get the feeling that we started with some technical limitations
which were driving particular choices, where those limitations aren't exactly
what we assumed that they were, and now it looks to me like those limitations
do not have to meaningfully impact *any* of the choices.
(*if* my understanding is correct; I've been wrong enough times already today)
[ade]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20200501/81b8ed0a/attachment.sig>
More information about the Plasma-devel
mailing list