GitLab abandons federation plans! (gitlab.com)
from thann@lemmy.dbzer0.com to fediverse@lemmy.world on 03 Jul 16:56
https://lemmy.dbzer0.com/post/48219738

After 5 years of foot-dragging they finally close the ticket to community protest:

This feature request is being closed as our current focus isn’t in this area.

We appreciate your input and contribution to improving our product. While this feature may have merit, we need to prioritize our efforts elsewhere at this time.

If you’d like to provide additional context about why this feature is important, please feel free to leave a comment on this issue. This will help us better evaluate the feature if we revisit this area in the future.

Thank you for your understanding and continued support in helping us build a better product.

#fediverse

threaded - newest

fxomt@lemmy.dbzer0.com on 03 Jul 17:17 next collapse

Damn, that’s incredibly disappointing…

I use forgejo and it’s expected to have federation eventually, but it would’ve been amazing for gitlab to have AP support. Hopefully in the future it might be picked up again.

corsicanguppy@lemmy.ca on 03 Jul 18:53 next collapse

Oh noo; forgejo is still not connected? I had high hopes. What’s the timeline?

(Honestly, but for the wonky CI spec language I may have switched already)

fxomt@lemmy.dbzer0.com on 03 Jul 20:08 collapse

I’m not sure, it hasn’t been announced. They’re waiting for forgefed to finish being developed until they implement federation

irelephant@lemmy.dbzer0.com on 03 Jul 20:21 collapse

It annoys me that we have on one atproto, but there’s no fediverse one.

fxomt@lemmy.dbzer0.com on 03 Jul 22:03 collapse

It’s cool af (i don’t know much abt atproto, but my friend who knows much more about the technical stuff of fedi/matrix/etc likes it more than AP :shrug:) but i wouldn’t trust my sensitive repos with it for now. But i guess its the best we have right now :c

NuXCOM_90Percent@lemmy.zip on 03 Jul 17:32 next collapse

For those who were out of the loop:

What exactly is the idea of federated gitlab? Git is already inherently distributed and automagically mirroring to other remotes is generally like three lines in any CI syntax (and there is probably a precommit hook for it too).

Also: I can see a LOT of security issues with not having a centralized source of truth on what the commit hashes should be and so forth. is fedgit dot zip the source of truth for this app or fedgit dot ml or fedgit dot ca? Theoretically that is where signing comes into play but that gets back to: What advantage does a “fediverse” frontend have?

green_copper@kbin.earth on 03 Jul 18:03 next collapse

I think the federation was more about interacting with other instances. Like creating issues and pull-requests without needing to create a new account for every instance.

I think this would be useful, as reporting bugs on GitLabs can be annoying if you have to create an account first.

NuXCOM_90Percent@lemmy.zip on 03 Jul 18:11 collapse

As one of the core contributors for even a moderately sized project on Github: HELL NO.

We already get more than enough drive by spam from everyone who just makes an account to complain that our code doesn’t do something we never said it did. And if they don’t even have to do that? Ugh.

I do firmly believe that more projects need to understand the implications of where they host something (similar to the IOS app that alerts you if ICE is in your area). But if someone can’t be bothered to even use a throaway protonmail address to file a bug report or feature request? Quite frankly, what they have to say wouldn’t have been worth our limited time anyway.

corsicanguppy@lemmy.ca on 03 Jul 18:19 next collapse

HELL NO.

“May federate” doesn’t necessarily mean “must federate.” Your concerns could be met if they include the standard kill switch in gitlab.rb .

(Now show me the kill switch for the bloated crappy web editor)

ademir@lemmy.eco.br on 03 Jul 18:43 next collapse

We already get more than enough drive by spam from everyone who just makes an account to complain that our code doesn’t do something we never said it did. And if they don’t even have to do that? Ugh.

That’s easy to solve by allowing no one to open issues at all. JK.

NuXCOM_90Percent@lemmy.zip on 03 Jul 22:14 collapse

I mean… that is kind of what happens with a lot of these projects.

As they get larger you get more and more of those obnoxious jerks who will close ANY issue if it even slightly is related to something in the past or isn’t formatted correctly and so forth.

Personally? I am a firm believer in working with (actual) users to make things better. But I have definitely had weeks where it is just “Yup. We got mentioned by Youtuber X again” and we more or less ignore any issue not made by an established contributor.

cecilkorik@lemmy.ca on 03 Jul 18:59 next collapse

But if someone can’t be bothered to even use a throaway protonmail address to file a bug report or feature request? Quite frankly, what they have to say wouldn’t have been worth our limited time anyway.

You don’t know that, because you’ve never once heard what someone didn’t say. Their time is limited too.

elephantium@lemmy.world on 06 Jul 23:52 collapse

Oh, sure, and the spam box in my email might actually have a valuable offer for me!

irelephant@lemmy.dbzer0.com on 03 Jul 20:19 next collapse

You don’t have to federate if you don’t want to.

iopq@lemmy.world on 04 Jul 06:03 collapse

Then I sign up and verify my email just to find out I need to be approved by an admin. An admin never approves me. I just wasted my time

lambalicious@lemmy.sdf.org on 04 Jul 14:26 collapse

Hey, you got a free e-mail account!

Aatube@kbin.melroy.org on 03 Jul 18:06 next collapse

Every GitLab instance requires you to have an account there to comment and submit PRs. Projects are often hosted on different instances.

russjr08@bitforged.space on 03 Jul 18:06 next collapse

I always assumed it was more or less targeting the federation of issues/MRs.

The git side of things is already distributed as you said, but if you decide to host your random project on your own GitLab instance you’ll miss out on people submitting issues/MRs because they won’t want to sign up for an account on your random instance (or sign in with another IdP).

This is where a lot of the reliance of GitHub comes from, in my opinion.

ademir@lemmy.eco.br on 03 Jul 18:44 next collapse

This is where a lot of the reliance of GitHub comes from, in my opinion.

100% agree with you here.

Fizz@lemmy.nz on 04 Jul 05:16 next collapse

Couldnt this be done with email reminders and single sign on?

lambalicious@lemmy.sdf.org on 04 Jul 14:28 collapse

People could just submit issues by e-mail, tbh.

I have most of my projects on either notabug or chiselapp (Fosil, not Git) and to this day I get e-mails asking for stuff or notifying about issues, so it’s not like the “social” / “Hub” aspect of “GitHub” is needed.

rglullis@communick.news on 03 Jul 18:08 next collapse

What advantage does a “fediverse” frontend have?

Github’s dominance comes from the network effects. Everyone’s on github, so if you have your project on a different repo, you won’t get as many visibility. If your project is on gitlab only and someone wants to report a bug, they need to:

  • Find your instance.
  • Create an account.
  • Deal with an unfamiliar interface
  • Create the ticket
  • Hope it gets seen.
  • Potentially forget about it, unless they set up notifications.

A Federated forge solves all of that.

  • You follow remote projects without having to create an account in the remote instance.
  • You open an issue on the remote forge without having to open in an account in the remote instance, and you do it from your local server.
  • If you have a PR ready, the remote instance gets notified.
  • It makes a lot easier to separate CI/CD from source management.
  • It makes a lot easier to separate source management from issue tracking.
  • etc
  • etc
  • etc
onlinepersona@programming.dev on 03 Jul 18:10 collapse

Git is already inherently distributed and automagically mirroring to other remotes is generally like three lines in any CI syntax (and there is probably a precommit hook for it too).

Git is, but what about everything else? When you clone a project on gitlab or github, does it come with all the issues, discussions, MRs, and so on?

I can see a LOT of security issues with not having a centralized source of truth on what the commit hashes should be and so forth.

That’s what signed commits are for. Also, pull/merge requests and issues are sent to the origin instance, just like in the fediverse. Like now, you made a comment on a post on Fediverse@lemmy.world through your instance lemmy.zip. The same would happen with your comments, pull/merge requests, issue reports, and so on. There’s no need for a “central authority”.

Anti Commercial-AI license

NuXCOM_90Percent@lemmy.zip on 03 Jul 18:26 collapse

Partially addressed in the other branch but:

Issues from people who can’t even be bothered to make a burner account are almost never useful. And issue tracking that is not fed directly to passionate people who care about maintaining a project is worse than worthless.

That’s what signed commits are for

Then it is a good thing I addressed the existence of those. And… those also more or less need a semi-centralized source of truth that is independent of gitlab/hub/whatever.

Also, pull/merge requests and issues are sent to the origin instance, just like in the fediverse

So everything would still happen on the single source of truth for an a project? But you can have an account on whatever service you want?

Homie? You just described oauth.

onlinepersona@programming.dev on 03 Jul 20:57 collapse

The comparisons you’re making are off base and it feels like you’re mocking something you don’t understand, while doing so with a lot of confidence. I’d suggest you either read an article, watch a video, or read the ActivityPub spec’s intro. It isn’t long and should help you understand the basics. Then you can move on the ForgeFed spec which is the ActivityPub extension for source forges. And you can always ask an LLM to summarise it for you if you really don’t understand.

Anti Commercial-AI license

NuXCOM_90Percent@lemmy.zip on 03 Jul 22:18 collapse

If your goal is to actually make a point or argument: make it. Don’t just tell people to read a manifesto until they agree with you.

Ulrich@feddit.org on 03 Jul 17:36 next collapse

It’s hard for me to imagine how this benefits a for-profit company, and probably requires significant resource dedication so it’s not surprising.

corsicanguppy@lemmy.ca on 03 Jul 18:50 collapse

Company A permits federation of project 2 with contractor B who agrees. Oh look! No need to add 21 people to your AD. Contract done? De-fed.

Google feds with GH for AOSP dev, because it’s 2023. Users don’t need to even know where the repo is hosted or whether the real meat is another hop inside.

Company “BCFerries”, an imaginary organization, happens to run the largest fleet of mobile DCs in the country, with each mobile DC being 6 HA racks, three on a side, dehumidifiers o-plenty. Engineers stationed aboard need to lob tickets and hot fixes on the go, and sub them for review when the mobile DCs get a good link, 30 min out of every 2 hours. Roaming 2/2/2tb node swaps spit with the stationary nodes when it smells the VPN, and then gets ready to go again.

Repeat that above, but say ‘Maersk’. I’m betting evergreen/evergiven is on VSS.

Enough examples?

Running a federated GL is conceivably a set-it-and-forget-it like a lot of federated stuff already is, and you debug the glitches and patch like normal.

Given the 5GLs I still run were all installed by VMware/terraform/chef/RPM, patched automatically with package promotion and watched for anomalies, it’s already negligible effort. Double nothing is …let’s see …carry the 0 …integrate the square …nothing.

Ulrich@feddit.org on 03 Jul 18:51 collapse

I don’t understand anything you just said.

[deleted] on 03 Jul 18:41 next collapse

.

Cris_Color@lemmy.world on 03 Jul 19:01 next collapse

Awww :(

QuazarOmega@lemy.lol on 03 Jul 20:07 next collapse

That sucks majorly, I knew GitLab isn’t our friend, but to plain dismiss a development effort that didn’t even come from their own employees is just spitting in our face.
Forgejo federation can’t come any sooner ✊

GreenKnight23@lemmy.world on 03 Jul 20:56 next collapse

I love that this thread is filled with opinions of people who have no clear idea of what a federated gitlab does or looks like and yet still believes that federation is the only answer just “because”.

W3dd1e@lemmy.zip on 03 Jul 21:21 next collapse

Does anyone know if there is another federated version of GitLab/GitHub? That’s something I wouldn’t absolutely switch to.

thann@lemmy.dbzer0.com on 04 Jul 05:08 collapse

ForgeJo

jaredwhite@piefed.social on 04 Jul 00:29 next collapse

This was literally the only reason I had any potential interest in GitLab. What a joke. 😠

nroth@lemmy.world on 04 Jul 05:40 collapse

Git itself is a distributed VCS…

oysvendsen@lemmy.world on 04 Jul 05:53 collapse

Tha is true, but the social aspect of sharing and following projects does not itself have distributed protocol. This is were AP makes sense.