Gregory's Server@erlend @smallcircles @fediversenews Can you explain that end goal a bit more for the only partly technical like myself? Does that mean if a project is open to PR/MRs that anyone on AP anywhere can remotely send them an MR without having to log in to Gitlab and make the MR there?
|
4 comments
 @Brendanjones the Why and How sections of that issue are highly instructive. Your understanding seems correct: In the most expansive version of this vision, anyone running an AP-enabled git instance (with one or more repos) can send MRs to another instance’s repo, without having to sign up there. For starters this will be GitLab-specific, but that’s already huge for self-hosters of GitLab who currently don’t benefit from the internal interop of the GitLab.com network. @Brendanjones also hugely impactful as a way around GitHub’s moat as the de-facto social network of open source development. I follow hundreds of developers on GitHub, though mainly just to keep track of who I’ve interacted with, effectively adding them to a dev-specific address book. I have a much harder time keeping track of non-GitHub devs on alt platforms, but if I could follow them on the fediverse that’s actually preferable over GitHub’s proprietary follow list.  @erlend thanks for the explanation. Yeah I'm sad to say I don't follow a single dev or project anywhere but Github. Wouldn't mind having them all on a list here, instead. |
@Brendanjones @erlend @fediversenews
A good site for background is https://forgefed.org where a specification for an AP extension is crafted. Implementers of the spec can exchange merge requests between code forge softwares. Another forge that has received @NGIZero funding to add federation support is Gitea. It's downstream fork Forgejo is also working on that.
On the Gitlab epic the question was asked whether @forgefed support is planned.