<html><head></head><body><div>On Tue, 2023-05-09 at 10:57 +0200, Johnny Jazeix wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I remember when we were integrating Gitlab at work, people for some reason were<br>attempting to create branches in the upstream repo rather than on their own<br>fork. Had to do some explanation that this isn't the way to go, because after an<br>year of such workflow upstream will end up with hundreds if not thousands of<br>abandoned branches that serve no purpose, and who's gonna clean that up 🤷♂️<br>Especially given that people may come and go, and so in some cases you wouldn't<br>even find an author of a branch (and in some cases it's hard to even figure out<br>who could be the author in the first place).<br></div><br></blockquote><div><br></div><div>The issues you mentioned are the same with forks. Instead of having abandoned branches in the main repo where maintainers could know if they are active or not, we will have abandoned branches in abandoned repositories without MR to know they exist and they would need to be cleaned.<br></div></div></div></blockquote><div><br></div><div>A fork belongs to a user account though. That knowledge simplifies cleaning process as for example one could send to the user a notification saying that their fork has not seen any activity in months and asking if it's still needed. And then in absence of answer for some determined amount of time to delete the fork.</div><div><span></span></div></body></html>