- cross-posted to:
- gitlab@programming.dev
- fediverse@lemmy.ml
- cross-posted to:
- gitlab@programming.dev
- fediverse@lemmy.ml
The end goal of this proposal is to build interoperability features into GitLab so that it’s possible on one instance of GitLab to open a merge request to a project hosted on an other instance, merging all willing instances in a global network.
To achieve that, we propose to use ActivityPub, the w3c standard used by the Fediverse. This will allow us to build upon a robust and battle-tested protocol, and it will open GitLab to a wider community.
Being able to create issues and discuss merge requests on various source hosting sites without having to create an account on each would be a huge step forward! Especially since M$ has taken over Github and is well on its way to become the defacto centralized Git hoster.
well on its way to become the defacto centralized Git hoster.
If this isn’t Github already, what is?
This is what I like about the fediverse
I wonder whether they are aware of the ForgeFed project?
Hold on, are we trying to decentralize an intentionally-centralized point for an already decentralized source versioning system? 😅
Not quite.
A project’s repo would still be in one centralized location, like gitlab.com. But you’d no longer need an account on gitlab.com to make a pull request.
He’s saying Git is already decentralized, GitLab isn’t.
A project using mailing lists for development can already receive patches from (pretty much) any mail server (while still having a central Git repo).
It’s kinda surprising it took this long for this to come to Git “forges” TBH.
That’s nice, Gitlab. Now do RSS feeds.
Thought that’s already supported? e.g. https://gitlab.com/diasporg/diaspora.atom
You’re looking for Forejo or Gitea