cross-posted from: https://lemmy.zip/post/67880752

Hi, I want to self host a git service to display my work (electronics) for some recruiters. Which platform is the best? I've heard about Gitlab, Gitea and Forgejo. For me the fact that the platform doesn't run some background analytics and does not sell my data is very important.

all 37 comments

sorted by: hot top controversial new old
[–] 53 points 2 months ago (12 children)

If it's for recruiters, put it on github. That's the one they are most probably familiar with and you want to minimize barriers to access.

  • source
  • hideshow 12 child comments
  • [–] 5 points 2 months ago (1 child)

    Also seo, I've sadly seen 4 year abandoned random forks rank as the first result and the actual project way below, just because it was on a self-hosted git. iirc that was the freedesktop one, so definitely not small, new, or low volume either.

  • source
  • parent
  • hideshow 1 child comment
  • [+] -6 points 2 months ago (7 children)

    If a corporate recruiter or technical recruiter can't navigate a git forge that is not GitHub that is their failing not your problem to fix.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 19 points 2 months ago (5 children)

    yeah but they won't fix it. They'll make a note that this candidate is difficult to work with and look for another.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 6 points 2 months ago (3 children)

    Then you know the kind of environment the company fosters and do you want to work for an org that doesn't have the decency to look at their applicants?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 2 months ago

    That only works for people who are higher up in their field of work, since they can pick and choose who they work for

    Most people going for junior/entry level roles don't have that luxury

  • source
  • parent
  • [–] 29 points 2 months ago

    i tried all three for my personal use. so i can't say much about collaboration aspects. anyway:

    • gitlab is old, stable and solid. and it eats half of your servers resources.
    • gitea and forgeji are for me equal in experience, which is makes sense, as one being a fork of the other. i haven't had any issues with anything, from setting up, using openid as auth method, to ssh passthrough.
    • eventually i settled now on forgejo, simply for ideology reasons. it's heavily developed, so things might change. but they have this nice attitude to not release a latest tag for docker. so you can't accidentally update to a breaking change. had this issue with some other programs, which i spun up to quickly.
    • looking forward to federation feature on forgejo!
  • source
  • [–] 13 points 2 months ago (16 children)

    I'd say Forgejo as it is the most simple of the three. If you want more complexity (like CI/CD), then one of the other two. You can checkout Forgejo at codeberg.org.

  • source
  • hideshow 16 child comments
  • [–] 20 points 2 months ago* (6 children)

    Gitea is not fundamentally different than Forgejo, Forgejo is just a better fork of it. Better in terms of: more contributors, more users, dogfooding (Gitea is built on Github 🤦).

    But yes, GitLab is like the Mac of Git forges: everything is included, doing everything their own way, vendor lock, very expensive. There is a community edition but serious users will run into its limitations and it does not integrate neatly with external solutions.

    Forgejo is IMO the Linux of Git forges: low on resources, expandable, hackable, stable.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 5 points 2 months ago (2 children)

    We should also keep in mind that Gitea was hostilely taken away from the community by a for-profit corporation that made Gitea open-core by hiding a way features behind a paywall in a cloud.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -1 points 2 months ago* (1 child)

    FUD

    Gitea is still MIT licensed and the Enterprise tier features only cater to large org needs [1]. Why would I want to deal with nightmarish SAML config when OIDC does a better job

    Forgejo was forked because the maintainers were butthurt they didn't have more say in the development roadmap and their large PRs didn't get reviewed and merged fast enough. Which is a valid reason to fork

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 2 months ago

    FACT

    The corporation basically stole the project from the community and started hiding features behind a paywall.

    It is completely irrelevant if you need the features that are closed and behind a paywall and are not part of the open core.

  • source
  • parent
  • [–] 2 points 2 months ago

    There is a community edition but serious users will run into its limitations

    No true Scot, then?

    I'm running gitlab implementations at a few sites. I've not seen or heard of any performance limiter with a self-managed community edition that removes a tool the others still provide.

    and it does not integrate neatly with external solutions.

    Again, this sounds FUDdy. Which 'external solutions' are you using that a git-push fails on? Some spaghetti of saas tendrils seems to be already a risk, but I can't think of any other external thing that it could mess up with.

  • source
  • parent
  • [–] 12 points 2 months ago (6 children)

    CI/CD works fine for selfhosted forgejo, I set mine up with minimal hassle.

  • source
  • parent
  • hideshow 6 child comments
  • [–] -1 points 2 months ago (4 children)

    Sure, but it's not part of Forgejo, is it?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 8 points 2 months ago (3 children)
  • [–] 2 points 2 months ago (2 children)

    I guess it depends on how you look at it - "It needs to be installed separately."

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 2 months ago (1 child)

    You left out a part of the sentence;

    Note that Forgejo does not run the jobs, it relies on the Forgejo Runner to do so. It needs to be installed separately.

    And:

    As of Forgejo v1.21, Actions is enabled by default.

    So yeah. it depends on how you look at it. For me it means it's part of Forgejo.

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 1 point 2 months ago (1 child)

    Thanks for you reply, I did not know what CI/CD mean so just checked it, it's not important for me because I want to display only finished project. Forgejo looks great and I just found it's available as a TrueNas app which is great for me.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 2 months ago

    I've been running forgejo (and forgejo-runner for workflows) on TrueNAS for a little while now, without any issues really.

    The runner image is also available as a TrueNAS app, so if you ever do want CI/CD it's pretty simple to set up.

  • source
  • parent
  • [–] 12 points 2 months ago*

    So I'm going to suggest something slightly different - put it on both github and codeberg, then note that its synced from your local repo as a mirror and link it in a readme.

    Gives you a few things

    • Readily accessible and fast options for the recruiter to access, even if your power is out / motherboard blows up / whatever.
    • Demonstrates your familiarity with a world beyond github
    • Demonstrates you can stand up your own local repo (if this is a thing they care about - if not don't bother with your own repo for just this)

    As for the server itself I'd say forgejo personally.

  • source
  • [–] 11 points 2 months ago

    Gitea for me, never had an issue with it. Work's great!

  • source
  • [–] 5 points 2 months ago*

    i just put git repos in a dir on my server and use ssh to push/pull

    if you need webui theres cgit.

    i can say its not very user friendly tho..

  • source
  • [–] 3 points 2 months ago
    [–] 2 points 2 months ago (1 child)

    If you don't need issue tracker, wki, CI etc., cgit will be enough. If choose from gitlab, gitea and forgejo, use forgejo.

  • source
  • hideshow 1 child comment