I don't think git should be the infrastructure of collaboration. It's good for long-lived artifacts, but isn't good for discussion, for rights management, ...
fossil (https://fossil-scm.org/home/doc/trunk/www/index.wiki) is of course better, but if git must remain, I believe the base infrastructure should be the mailing list. Patches, branches and releases can live inside a mailing list, it is naturally built for discussion with rights, and is a natural queue for third-party tools. I wish we moved away from centralized forges and started to use augmented development clients with the mailing list as the sole communication vector.
This may sound relatively off topic. But, in defense of my argument, please consider that GitHub was s actually the only SDLC available for git. Then came gitlab, gitea, forgejo, etc. Among those, this self-hostable tool is really outstanding: https://code.onedev.io/onedev/server/~files/main/readme.md
Of course, having one of these apps that is yet-another-github with a local-first approach might turn to be great DX!
fossil (https://fossil-scm.org/home/doc/trunk/www/index.wiki) is of course better, but if git must remain, I believe the base infrastructure should be the mailing list. Patches, branches and releases can live inside a mailing list, it is naturally built for discussion with rights, and is a natural queue for third-party tools. I wish we moved away from centralized forges and started to use augmented development clients with the mailing list as the sole communication vector.