upvote
I run my own forge to host my code, because why not. You can clone my code and you can send me patches by mail. But if I want you to participate in discussions, stars, pr-review or all the fancy stuff that makes a forge more than just a hosted git-repo, I would have to give you an user on my forge. And maybe you or I dont want.
reply
Discoverability. Without federation, people are pretty much dependant on GitHub to make sure their software gets out there.
reply
How do you discover new software using GitHub? Let's say I want an RSS reader for Linux - how does GitHub help me find one? I must have never used this part of GitHub.
reply
Github has search functionality and grouping of repos by topic, etc. So you can browse repos related to a specific topic. Or you can click on someone's profile and see the projects they've worked on and maybe one of them is interesting.
reply
Github ranks higher on Google search.
reply
There’s a lot more to GitHub than just the git part. Issues, PRs, etc.
reply
Why does issues and prs need to be federated? I can't think of any part of Github that benefits from federation. Just set up your own instance.
reply
They do if you want to collaborate with others. No one is going to want to create accounts on your personal instance
reply
I think initiatives for forge federation are trying to do too much. When running a forge for a project, I'd don't want to be dealing with spam or large amounts of data from other instances. And people should be able to report bugs and upload attachments, without having to give permission to share those with other instances.

A good system to download and migrate issues and pull requests is important, but that doesn't require federation.

I would love to see a smaller scoped federation of:

  - Forks across instances, including for the purpose of PRs (Git)
  - Activity feeds and notifications (Activity or ATproto)
  - Authentication and some user settings (OAuth)
reply
Because we are headed into a world where attacks on project hosting are more common, and loss of issues/PRs can halt a project while setting up an alternative and attempting to restore archived information.

The attacks span from forged DMCA takedowns, to national blocking orders, to suspicion that a contributor is from a sanctioned country (whether they still live there or not), to rogue project admins, and some other more creative attacks.

Project infrastructure should be distributed, with copies of data in as many computers as possible, across as many jurisdictions as possible.

reply
It's easier and enables more features to have 1 common platform.

For example, the social features of GitHub, which I like (like stars, browsing repositories by tags etc..)

But also For PRs, the way to make a pull request to a repo hosted at A, from your own node hosted at B.

And like other commenters said, you can do this workflow with git over email like a lot of projects to, but the main goal of the federation here to me is the user experience, the UI being able to link all of theses separate repositories, issues, PRs, etc, like everything was hosted at the same place.

reply
One approach is to keep it all in git itself, the way GitSocial does: https://gitsocial.org/
reply