Skip to main content

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

https://gitlab.com/groups/gitlab-org/-/epics/11247

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

First bite-sized todo on the implementation path there is ‘subscribe to project releases’.

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

@fediversenews #fediverse #GitHub #git


Support ActivityPub for merge requests (&11247) · Epics · GitLab.org · GitLab

Gitlab/ActivityPub Design Documents by @oelmekki The goal of those documents is...
GitLab
#Fediverse #github #git #gitlab #ActivityPub @Fediverse News
This entry was edited (8 months ago)

reshared this

in reply to Erlend Sogge Heggen

Daniel Siepmann
Daniel Siepmann
•
Even better move would be to participate in https://forgefed.org/. I didn't see any mention within their issues. Looks like #GitLab is trying to build ActivityPub support where it can't fulfill the need. Even while there already are efforts to build upon it and extend for a forge based protocol #ForgeFed. Leading to still isolated software instead of distributed where I don't need additional wrapper and efforts.
#gitlab #forgefed

Fediverse News reshared this.

in reply to Evan Prodromou

Evan Prodromou
Evan Prodromou
• •
@danielsiepmann sorry, I should be clearer; as co-author of the AP and AS2 specs, I definitely think it makes a good fit for this use case, and I'm surprised by your assertion that it won't work.
@Daniel Siepmann

Fediverse News reshared this.

in reply to Evan Prodromou

Blake Leonard
Blake Leonard
• •
I think they don't realize ForgeFed is based on ActivityPub (although I think it doesn't use AS/2). So it's most definitely fulfilling that use case.

Fediverse News reshared this.

in reply to Blake Leonard

Daniel Siepmann
Daniel Siepmann
•

@Evan Prodromou as @Blake Leonard wrote it is an extension to ActivityPub as activity pub fulfils some, but not all requirements. It doesn't know, and doesn't need to know, about patches, commits, issues, for example.

That's already mentioned on their website https://forgefed.org/ where you can find the source at https://github.com/forgefed/forgefed/blob/main/content/_index.md#how-does-it-work.

@Evan Prodromou @Blake Leonard

Fediverse News reshared this.

in reply to Erlend Sogge Heggen

Will Orr
Will Orr
• •
I'm keeping my expectations tempered atm, since Gitlab isn't implementing this, an external contributor is. That's still good, but as always with an external contributor contributing code to corp open source, there's the risk that company priorities aren't aligned, or shift such that the contribution is no longer welcomed.
in reply to Erlend Sogge Heggen

Jacob Pratt
Jacob Pratt
• •
I'd love to see this implemented for GitHub as well! Cross-compatibility would be huge.
in reply to Erlend Sogge Heggen

Juan Luis
Juan Luis
• •
Awesome! I read the thread and saw no mention of @forgefed either, do you folks know anything about these efforts?
@ForgeFed
in reply to Juan Luis

Caesar
Caesar
• •
@astrojuanlu I'm also a little worried so see so little mention of @forgefed, and especially the idea that it's something that will be used for some small parts later without necessarily considering compatibility from the beginning. I hope I'm just misinterpreting what's been written and that ForgeFed compatibility will be taken into account at every stage.
@ForgeFed @Juan Luis
This entry was edited (8 months ago)
in reply to Peter Bronez

Peter Bronez
Peter Bronez
• •

@caesar @astrojuanlu @forgefed

Excerpt:

“Yep, I saw it, it looks awesome. :) It will be a good protocol [for] cross-instance discussions and merge requests.

The current [proposal] allow people on the fediverse to follow activity on Gitlab instances, without write access,[…] I prefer to avoid using an extension of ActivityPub

Given how ForgeFed already did all the design work, I don't see any reason not to use it”

@ForgeFed @Caesar @Juan Luis
in reply to Erlend Sogge Heggen

Zak φ🐢✌️
Zak φ🐢✌️
• •
I look forward to seeing this version and the communication between the instances !!!
in reply to Erlend Sogge Heggen

Alexander Tikhonov
Alexander Tikhonov
• •
I hope GitLab will manage to do everything they’re planning to join Fediverse. After that GitHub would need to hustle up do the same. I will help them with the roadmap:
* Add projects avatars
* Add release discussions
* Implement ActivityPub for releases
in reply to Erlend Sogge Heggen

Tomodachi94
Tomodachi94
• •

amazing. This would make me move my projects over to GitLab (either self-hosted or the official instance) almost immediately.

Bonus points if #Codeberg, #Gitee, and so on implement a compatible implementation.

#codeberg #Gitee
in reply to Erlend Sogge Heggen

Codex ☯️♈☮
Codex ☯️♈☮
• •

Finally! Decentralized version control! 😌

(I joke, but congrats to the team, this does look very cool!)

This entry was edited (8 months ago)
in reply to Erlend Sogge Heggen

Edbro
Edbro
• •
@carl what a good idea, seems like a great next step for a git solution in general. The decentralisation open such possibilities. And got already support signed commits to ensure the commit is from the correct sender.
@Carl Heath
in reply to Erlend Sogge Heggen

Martin :verified:
Martin :verified:
• •

I was thinking why. But yes gitlab is like mastodon also multi instance. Would be nice if they work together.

I was thinking you would be able them to follow updates on mastodon. Also a fun feature but this is better 😊

Maybe github can also join the multiverse then 😊

⇧