<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 27 Apr, 2020, 4:09 pm Aleix Pol, <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah <<a href="mailto:bshah@kde.org" target="_blank" rel="noreferrer">bshah@kde.org</a>> wrote:<br>
><br>
> [Please keep <a href="mailto:sysadmin@kde.org" target="_blank" rel="noreferrer">sysadmin@kde.org</a> list or <a href="mailto:bshah@kde.org" target="_blank" rel="noreferrer">bshah@kde.org</a> in the CC for<br>
> replies]<br>
><br>
> Hello Community members,<br>
><br>
> In view of upcoming Gitlab migration, we sysadmin team wants to share<br>
> the recommended structuring for the repositories on Gitlab.<br>
><br>
> We had multiple options,<br>
><br>
> - Flat structure: In this option we would have everything under one<br>
>   single namespace/group: <a href="https://invent.kde.org/kde/knetwalk" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/kde/knetwalk</a><br>
> - Subgroups under top-level group: In this option we would have a groups<br>
>   under KDE namespace: <a href="https://invent.kde.org/kde/games/knetwalk" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/kde/games/knetwalk</a><br>
> - Groups at top level: In this option we would establish a series of<br>
>   groups at the top level, e.g.  <a href="https://invent.kde.org/games/knetwalk" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/games/knetwalk</a><br>
><br>
> We have discussed this with small but representative group of<br>
> contributors or maintainers, and based on their suggestions, we<br>
> recommend that we go with option 3. Having sub-groups at top level will<br>
> allow us to,<br>
><br>
> - Provides good visibility on all reviews, tasks and other items within<br>
>   the groups/modules we define<br>
> - Provides improvements to discoverability of projects<br>
> - Makes it possible for groups of projects to establish a group level<br>
>   task board should it fit their needs (for tracking a release for<br>
>   instance)<br>
> - Makes the most semantic sense, as the ‘KDE’ top level group suggested<br>
>   in option 2 is duplicative considering the Gitlab instance is under<br>
>   <a href="http://kde.org" rel="noreferrer noreferrer" target="_blank">kde.org</a>.<br>
> - The discoverability of projects is maximised, as there is no need to<br>
>   open the top level ‘KDE’ group before going into the subgroup.<br>
><br>
> I've worked on draft "move" of the current set of the repositories in<br>
> their respective subgroups at the repo-metadata project's branch [1].<br>
> You can browse the directory structure to get idea of how final<br>
> structure on Gitlab would look like.<br>
><br>
> If we don't have any objections we would like to implement this next<br>
> week and move projects to <a href="https://invent.kde.org" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org</a>.<br>
><br>
> Thanks!<br>
> Bhushan for sysadmin team<br>
><br>
> [1] <a href="https://cgit.kde.org/sysadmin/repo-metadata.git/tree/projects-invent?h=bshah/invent" rel="noreferrer noreferrer" target="_blank">https://cgit.kde.org/sysadmin/repo-metadata.git/tree/projects-invent?h=bshah/invent</a><br>
<br>
Does this mean that to clone it we'll have to go "git clone<br>
kde:games/knetwalk" or something along the lines?<br>
<br>
If that's the case I'd much prefer if we didn't do this, at the moment<br>
it's already uncomfortable for me to remember the URL for some of the<br>
repos (e.g. is it sysadmin/ or not?), this will only increase the<br>
problem and I personally don't see the advantage.<br>
<br>
e.g. Is okular graphics or office? Is gwenview plasma or graphics? Is<br>
krita graphics or its own thing?<br>
<br>
I really prefer when I don't have to guess this kind of things when<br>
fetching a repository.<br>
<br>
Aleix<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is technical so I would love to hear Sysadmin team's thoughts on this: Probably there can be a redirect system that lets us do git clone kde:knotifications and manages to redirect it to kde/frameworks/tier3/knotifications.git</div><div dir="auto">So we can clone and tinker with stuff as we normally do while the sysadmin team goes with the recommended system of setting up the repos.</div><div dir="auto">I think this should be possible because Invent already redirects my URLs which don't end with .git to .git ones. I might be wrong about my assumption that both things can work similarly.</div><div dir="auto"><br></div><div dir="auto">Best </div><div dir="auto">Piyush Aggarwal</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>