<div dir="ltr">Thank you Erik,<div><br></div><div>(sorry for the delayed answer; family got in the way after all).<br><div><br></div><div>I guess my next question is whether you can have "hierarchical" groups.  Apart from that, I will bug you separately to rearrange my repositories.</div><div><br></div><div>All the best</div><div><br></div><div>Marco</div><div><br><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 30, 2021 at 10:05 PM Erik Huelsmann <<a href="mailto:ehuels@gmail.com">ehuels@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi Marco,<br>
<br>
> It is that time of the year when there is some time to do some hacking.<br>
<br>
> Looking at the CLNET repositories I manage, I noticed two things.<br>
<br>
>  The first one is that there may be a GitLab limit on the number of repositories that one can have under her/his name.<br>
<br>
That's correct, but the admins can help you raise the limit, if you<br>
need, or create new groups (which don't have this limit).<br>
<br>
>  The second is that I have several "legacy" repositories with their own "group" and some newer ones without.  (Plus there is the issue of separate repositories for documentation, but I can live with that).<br>
<br>
Yes. That's how I set up GitLab when we set it up: in the "old days"<br>
there were directories per project. Some directories had one<br>
repository, some had multiple. The structure in GitLab that allowed<br>
the same setup was to create a group per project and import the<br>
repositories from the on-disk project directory. There's another<br>
reason to set it up this way: all repositories need to be allocated to<br>
either a user or a group. This actually maps nicely from GitHub as<br>
well, I think, which has the option to create organizations (groups)<br>
or user accounts; either can have repositories.<br>
<br>
Since the original setup of our GitLab instance, GitLab has added the<br>
concept of "nested groups": groups-in-a-group. I've never seriously<br>
considered it for anything, but it's a functionality that we have<br>
available if we want it.<br>
<br>
> Please bear with me.  I am not a GitLab expert and I am not running the show.<br>
<br>
No problem! Happy to be challenged or simply requested for an<br>
explanation. If there's a better way, I'm all for it!<br>
<br>
> I would like to know how we could go ahead and make it possible to "consolidate" "projects" and "repositories" in CLNET GitLab.<br>
<br>
Could you explain a bit what you're looking to achieve? I'm not sure<br>
what the result looks like when "projects and repositories" are<br>
consolidated.<br>
<br>
> The idea would be to have something similar to Github "organizations".<br>
<br>
Sure. I *think* I set it up that way, using groups. Does the<br>
explanation concerning my reasoning help your thoughts?<br>
<br>
> Is this something that you think could benefit CLNET?<br>
<br>
Regards,<br>
<br>
<br>
-- <br>
Bye,<br>
<br>
Erik.<br>
<br>
<a href="http://efficito.com" rel="noreferrer" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.<br>
Robust and Flexible. No vendor lock-in.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Marco Antoniotti, Professor                           tel. +39 - 02 64 48 79 01<br>DISCo, Università Milano Bicocca U14 2043   <a href="http://dcb.disco.unimib.it" target="_blank">http://dcb.disco.unimib.it</a><br>Viale Sarca 336<br>I-20126 Milan (MI) ITALY</div></div>