<div dir="ltr"><div dir="ltr">On Mon, May 8, 2023 at 3:22 AM Nate Graham <<a href="mailto:nate@kde.org">nate@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">There's also no reason anymore why they need to use a work branch in the <br>
main repo; a fork works just fine. I do nearly all of my development <br>
using personal forks; it's a 100% supported first-class citizen experience.<br></blockquote><div><br></div><div>For those using forks, please make sure you cleanup any fork that you're not using once you're finished with it.</div><div><br></div><div>This is especially relevant if you are only using it for one or two quick changes, as GitLab only performs something known as "housekeeping" on repositories that have a certain level of use (I think it is run every 5 pushes)</div><div><br></div><div>Over the weekend I executed "housekeeping" on every repository on <a href="http://invent.kde.org">invent.kde.org</a>, including the 7,000 or so forks that exist (to put that number in perspective, we have around 11,000 repositories in total).</div><div>It resulted in the better part of 100GB being freed, and around 600,000 inodes being released - mostly due to forks that only got used a small handful of times.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Nate<br></blockquote><div><br></div><div>Thanks,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
On 5/7/23 17:06, Joshua Goins wrote:<br>
>> We usually recommend contributors to create branches in the main repository<br>
>> (work/gsoc/...). Is it possible without a developer account?<br>
>><br>
>> Johnny<br>
> <br>
> It doesn't have to be the GSoc student that creates the branches, only that<br>
> they are the ones putting commits in it. Something I've seen done is the<br>
> mentor creates the work branch (work/gsoc/student) and the student creates MRs<br>
> to merge their work into the branch instead of targetting master.<br>
> <br>
> <br>
</blockquote></div></div>