this post was submitted on 29 Jul 2024
383 points (99.5% liked)

Programming

17534 readers
155 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 9 points 4 months ago* (last edited 4 months ago) (2 children)

Fuck. No other source forge supports groups or orgs with hierarchical projects 🫀 Gitea and Forgejo went hard on being github clones, so they're off the list. Are there any other alternatives? I don't want to have to bash together scripts to make something...

Anti Commercial-AI license

[–] [email protected] 7 points 4 months ago

It’s not a dealbreaker for me but I feel your pain. Getting everything organized in Gitlab is a pleasure.

[–] azertyfun 3 points 4 months ago

I looked into it after this year's massive price hike... There's no meaningful alternative. We're on the FOSS version of GitLab now (GitLab-CE), but the lack of code ownership / multiple reviewers / etc. is a real pain and poses problems with accountability.

Honestly there are not that many features in Gitlab EE that are truly necessary for a corporate environment, so a GitLab-CE fork may be able to set itself apart by providing those. To me there are two hurdles:

  • Legal uncertainties (do we need a clean room implementation to make sure Gitlab Inc doesn't sue for re-implementing the EE-only features into a Gitlab fork?)
  • The enormous complexity of the GitLab codebase will make any fork, to put it mildly, a major PITA to maintain. 2,264 people work for GitLab FFS (with hundreds in dev/ops), it's indecent.

Honestly I think I'd be happy if forgejo supported gitlab-runner, that seems like a much more reasonable ask given the clean interface between runner and server. Maybe I should experiment with that...