cross-posted from: https://lemmy.world/post/3802741

Several years in the making, GitLab is now very actively implementing ActivityPub! 🙌

The end-goal is to support AP for merge requests (aka pull requests), meaning git.alice.dev can send a merge request to gitlab.com/Bob/project.git

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.

First bite-sized todo on the implementation path there is ‘subscribe to project releases’. And yes, they are aware of ForgeFed and will likely make use of that spec for the advanced features of this epic.

Smart move by GitLab; through ActivityPub they’re getting a distributed version of GitHub’s social layer.

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.

Cross-posted to Mastodon: https://writing.exchange/@erlend/110949168258462158

  • BurningnnTree
    link
    fedilink
    English
    arrow-up
    9
    ·
    edit-2
    1 year ago

    As someone who hasn’t worked on open source projects, can someone please explain what this means? I know what ActivityPub is and I know what Git pull requests are, but I don’t understand what they have to do with each other. Is the idea that this lets you view GitLab pull requests from outside of the GitLab website?

    • smileyhead@discuss.tchncs.de
      link
      fedilink
      arrow-up
      5
      ·
      edit-2
      1 year ago

      Git is decentralized, but services like GitHub/GitLab/Gitea/SourceHut are adding things like issue board, pull requests, planners… Those are historically only on the platform and it needs to be decentralized too, because not every project wants to use biggest platform like GitHub or host something themselfs, while contributors and users don’t want to have multiple accounts for multiple forges.