• Neshura
    link
    fedilink
    English
    481 year ago

    From my personal experience running GitLab and Forgejo (Gitea Drop-In replacement/Fork):

    • Gitea/Forgejo is easier to get running
    • UI is less bloated/faster
    • GitLab redesigned their UI and imo it’s shit now
    • No features locked behind a “Pro” Version (Pull or Bidirectional mirrors are for example unavailable on GitLab self-hosted unless you shell out for premium)
    • Gitea Actions is a lot more intuitive than GitLab CI, this is likely personal preference but it’s still an important factor
      • Neshura
        link
        fedilink
        English
        5
        edit-2
        1 year ago

        Forgejo has different development priorities but feature wise they should be identical since the Forgejo devs also push their code upstream into Gitea

          • Neshura
            link
            fedilink
            English
            71 year ago

            huh, would you look at that. Pretty stupid move and something that makes this entire thing even more suspect. Glad I picked Forgejo over Gitea

          • @macattack
            link
            English
            51 year ago

            I didn’t have a horse in the race when I was looking to self-host git, but I quickly backed Forgejo when the news came out re: Gitea

    • @[email protected]
      link
      fedilink
      81 year ago

      Definitely agree on the UI part. The UI of Gitea/Forgejo is very intuitive and easy to understand. When you go to a repository you just have the tabs to go to issues etc. and you can always see those at the top. The first time I used GitLab, I found it very unintuitive. There were 2 sidebars on the left side with their respective buttons right on top of each other. Issues and stuff are also in the sidebar, so I couldn’t find them immediately.

    • CubitOom
      link
      fedilink
      English
      71 year ago

      Also, with gitea the table of contents for org files are properly rendered in HTML as it should be. As someone that uses org-mode this is a reason to avoid gitlab.

      But for most people I’d say the less resources that gitea requires means you save on compute and ultimately is cheaper to host.

      I’ve been running my own gitea server on kubernetes and with istio for over 3 years with no issues.

      • Neshura
        link
        fedilink
        English
        3
        edit-2
        1 year ago

        I have honestly no idea what the GitLab devs did but their service is such an incredible memory hog it’s insane. Obviously GitLab has a pages service tacked onto it but my GitLab instance (mostly legacy but a friend still uses it so it keeps chugging along) eats a whole 5GB of RAM while my Forgejo Instance only uses 200MB. I have no idea where all of that memory is going because it sure as hell isn’t going into responsitivity. I’ve no idea if I configured something wrong or if it’s GitLab pages but it’s still excessive

        • poVoq
          link
          fedilink
          11 year ago

          Its mostly the default settings of Gitlab being complete overkill for self-hosters. You can cut the requirements down to 25% of the default if you don’t use the installer or the default docker compose.

          However Gitlab is written in Ruby, while Gitea is written in Golang, so there is definitely some advantage there for Gitea.

    • haruki
      link
      fedilink
      61 year ago

      Gitlab used to be cute, small, and innovative (as in open). But now it’s too bloated. Gitlab CI is not well designed and half-baked.