4 ms·

After using gitlab for a year I can boldly claim that it is inferior to github in every feature with subtle things being better in github which add up to a far

After using gitlab for a year I can boldly claim that it is inferior to github in every feature with subtle things being better in github which add up to a far better experience. Gitlab tries to do a lot and never did anything that well. It's just perpetually catching up to github.

Gigachad 2y ago
Pre Microsoft I felt Gitlab was a lot better. It had a lot more features that actually worked. This was an era where Github didn't even have a built in CI solution. Last time I used it, which was a few years ago now, it felt like Github had caught up and a lot of the Gitlab features were flaky or didn't seem to serve any purpose other than checking a sales tick list. Stuff like integrations that don't seem to really serve any purpose other than to say they are integrated.
- chipdart 2y ago
  > Stuff like integrations that don't seem to really serve any purpose other than to say they are integrated. I don't think integrations are the example you think it is. The ones I tried work well and make it trivial to setup features that would otherwise feel like papercuts. I'm talking about things like being able to handle gitlab events without having to manage anything or provide your own event-handling infrastructure. If you have web hooks you need invoke or react to, as anyone who runs full CICD and cares about blocked pipelines does, with GitLab you don't need to worry about exposing custom endpoints and write controllers. For many, that is the difference between using notifications or not.
NewJazz 2y ago
You can't pull a docker image from a private github container registry without a personal access token. Gitlab's group and project level deploy tokens are great.
chipdart 2y ago
> After using gitlab for a year I can boldly claim that it is inferior to github in every feature with subtle things being better in github which add up to a far better experience. I find this remark baffling by how much it contrasts with reality. Others in this thread already commented on GitHub using terms like "mediocre". I wouldn't go that far but I am indeed aware that GitLab feels it works and is expected to work reliably, specially CICD which, unlike GitHub, they succeeded in turning it into a solved problem. It's even more baffling reading bold claims like "Gitlab tries to do a lot and never did anything that well" when only a couple of years ago GitHub Actions were renowned for not even being prod-ready,whereas GitHub CICD just works and works well without requiring investing any thought into it at all.
- jaredklewis 2y ago
  The parent's post aligns with my own experience. I've been using GitLab for 2 years after switching companies and I can't think of anything that is an improvement over GitHub. I never had any issues GitHub Actions for CI stuff at my previous two companies, both which used it heavily. GitLab CI also works fine, though I struggle to see how anyone could strongly prefer one or the other as my own experience is that they basically work the same. Both basically boil down to some yaml you can use to configure running stuff in docker containers.
  - pas 2y ago
    the rabbit hole goes deep, but both GitLab and GitHub reached parity around that time. (initially GitLab CI simply did a lot more, then GHA kind of took over with the ability to run multiple parallel workflows, and by arguably feeling a bit newer and having better "official" steps ... the GitLab auto-magic CI was ... always completely meh, IMHO.) but GitLab kept adding the good stuff that Actions introduced, and it can do a lot of things, and with the Omnibus package it's very easy to self-host. (and upgrades are well supported, etc.) ... and of course GitHub self-hosting is only for enterprise editions. sure, you can setup one GHA Runner on one VM (and each one one a new one), but that's it. nothing else is supported officially.
  - seba_dos1 2y ago
    The point is that it was GitHub that caught up for some simpler use-cases fairly recently, not the other way around. When I started using GitLab 6 years ago it made GitHub look like a toy where you had to reach for external services like Travis to do anything useful.
    - jaredklewis 2y ago
      Fair enough, but the fact that GitLab was better 6 years ago doesn't do much to help the company right now. I wasn't using GitLab 6 years ago so I can't comment on that, but I can comment that at least since 2022, I haven't found anything in GitLab that would recommend it over GitHub.
preisschild 2y ago
Been using both for years, and there are definitely CI and CD features that are very great in Gitlab and even better than some Github features
smallerfish 2y ago
Create a hierarchy of branches/PRs: z > y > x. Merge y. Gitlab will automatically retarget z to x; GitHub will orphan z. I do wish Gitlab would spend some time better organizing their settings menus, but aside from that it seems to be more complete.
- viraptor 2y ago
  I'm not sure when it changed (sometime this year?) but GH automatically changes the PR base now.
  - jamie_ca 2y ago
    I do stacked PRs for complex changes, and Github has been updating branch bases to support this workflow for at least two years now.
    - ankitdce 2y ago
      There are a few free open source tools available these days to manage the stacked PRs. Eg: https://github.com/aviator-co/av https://github.com/aviator-co/av
ffsm8 2y ago
> It's just perpetually catching up to github. That's not how I remember it. I agree that GitHub is ultimately the more polished product, which is why I eventually went back with my personal projects to it... But most of these platform features like CI Integrations, project repositories etc started at gitlab, and GitHub effectively copied them later
- stavros 2y ago
  Many, many years later.
raffraffraff 2y ago
Having used both for about 9 years I would say that's not correct at all. Github may have beaten Gitlab to the punch with Pages (whoopee) but CI is a far more important feature, and Gitlab CI existed for years before GA, and continued to be a far superior solution for a long time (and maybe it still is?). Also, because Gitlab targeted enterprises they had a bunch of features that Github did not. Self hosting, Identity and role based access, weighted issues, project milestones and burndown charts, private issues, support for "innersourcing" of internal repositories. The list goes. Unlike Pages, which is useful but can be replaced by any other wiki, things like role based access to projects are really important. When I switched jobs a few years ago and had to use Github, it felt more like a hobbyist's web-based toy version, lacking a lot of "big-boy" features. The one truly essential feature that separated them "for the 99%" was CI. Once Github introduced that, it shrunk Gitlab's lead. But Gitlab are by no means playing catchup to to Github.
- trueismywork 2y ago
  Yes. Gitlab CI is still miles ahead of github.
- moltar 2y ago
  Wholly agree with you. I’ve been using both professionally for years in parallel and have seen the evolution. Totally agree on CI being superior. The config syntax is a bit of a pain and is aching for some higher level abstraction. But it’s very powerful, e.g. easily supporting cross project dependencies and build status across project in one neat interface. I also agree that GitLab was optimized for enterprise and that’s where the major feature disparity is. If you are using it only for small hobby projects you will feel that it’s nothing special. I’ve used a self hosted version at a fortune 100 and it was a huge boon to productivity there over GH EE.
  - Qerub 2y ago
    > aching for some higher level abstraction CI/CD components (GA since 17.0) improve the situation a notch: https://docs.gitlab.com/ee/ci/components/ https://docs.gitlab.com/ee/ci/components/
tracker1 2y ago
I think the Gitlab experience is slightly better when dealing with collaboration on private repositories with multiple people not necessarily in the same org. Also, Gitlab had free private repo support beyond what Github offered for a long time, so most of my private repos are on Gitlab.

Gigachad 2y ago

Pre Microsoft I felt Gitlab was a lot better. It had a lot more features that actually worked. This was an era where Github didn't even have a built in CI solution. Last time I used it, which was a few years ago now, it felt like Github had caught up and a lot of the Gitlab features were flaky or didn't seem to serve any purpose other than checking a sales tick list. Stuff like integrations that don't seem to really serve any purpose other than to say they are integrated.

chipdart 2y ago
> Stuff like integrations that don't seem to really serve any purpose other than to say they are integrated. I don't think integrations are the example you think it is. The ones I tried work well and make it trivial to setup features that would otherwise feel like papercuts. I'm talking about things like being able to handle gitlab events without having to manage anything or provide your own event-handling infrastructure. If you have web hooks you need invoke or react to, as anyone who runs full CICD and cares about blocked pipelines does, with GitLab you don't need to worry about exposing custom endpoints and write controllers. For many, that is the difference between using notifications or not.

NewJazz 2y ago

You can't pull a docker image from a private github container registry without a personal access token. Gitlab's group and project level deploy tokens are great.

chipdart 2y ago

> After using gitlab for a year I can boldly claim that it is inferior to github in every feature with subtle things being better in github which add up to a far better experience. I find this remark baffling by how much it contrasts with reality. Others in this thread already commented on GitHub using terms like "mediocre". I wouldn't go that far but I am indeed aware that GitLab feels it works and is expected to work reliably, specially CICD which, unlike GitHub, they succeeded in turning it into a solved problem. It's even more baffling reading bold claims like "Gitlab tries to do a lot and never did anything that well" when only a couple of years ago GitHub Actions were renowned for not even being prod-ready,whereas GitHub CICD just works and works well without requiring investing any thought into it at all.

jaredklewis 2y ago
The parent's post aligns with my own experience. I've been using GitLab for 2 years after switching companies and I can't think of anything that is an improvement over GitHub. I never had any issues GitHub Actions for CI stuff at my previous two companies, both which used it heavily. GitLab CI also works fine, though I struggle to see how anyone could strongly prefer one or the other as my own experience is that they basically work the same. Both basically boil down to some yaml you can use to configure running stuff in docker containers.
- pas 2y ago
  the rabbit hole goes deep, but both GitLab and GitHub reached parity around that time. (initially GitLab CI simply did a lot more, then GHA kind of took over with the ability to run multiple parallel workflows, and by arguably feeling a bit newer and having better "official" steps ... the GitLab auto-magic CI was ... always completely meh, IMHO.) but GitLab kept adding the good stuff that Actions introduced, and it can do a lot of things, and with the Omnibus package it's very easy to self-host. (and upgrades are well supported, etc.) ... and of course GitHub self-hosting is only for enterprise editions. sure, you can setup one GHA Runner on one VM (and each one one a new one), but that's it. nothing else is supported officially.
- seba_dos1 2y ago
  The point is that it was GitHub that caught up for some simpler use-cases fairly recently, not the other way around. When I started using GitLab 6 years ago it made GitHub look like a toy where you had to reach for external services like Travis to do anything useful.
  - jaredklewis 2y ago
    Fair enough, but the fact that GitLab was better 6 years ago doesn't do much to help the company right now. I wasn't using GitLab 6 years ago so I can't comment on that, but I can comment that at least since 2022, I haven't found anything in GitLab that would recommend it over GitHub.

preisschild 2y ago

Been using both for years, and there are definitely CI and CD features that are very great in Gitlab and even better than some Github features

smallerfish 2y ago

Create a hierarchy of branches/PRs: z > y > x. Merge y. Gitlab will automatically retarget z to x; GitHub will orphan z. I do wish Gitlab would spend some time better organizing their settings menus, but aside from that it seems to be more complete.

viraptor 2y ago
I'm not sure when it changed (sometime this year?) but GH automatically changes the PR base now.
- jamie_ca 2y ago
  I do stacked PRs for complex changes, and Github has been updating branch bases to support this workflow for at least two years now.
  - ankitdce 2y ago
    There are a few free open source tools available these days to manage the stacked PRs. Eg: https://github.com/aviator-co/av https://github.com/aviator-co/av

ffsm8 2y ago

> It's just perpetually catching up to github. That's not how I remember it. I agree that GitHub is ultimately the more polished product, which is why I eventually went back with my personal projects to it... But most of these platform features like CI Integrations, project repositories etc started at gitlab, and GitHub effectively copied them later

stavros 2y ago
Many, many years later.

raffraffraff 2y ago

Having used both for about 9 years I would say that's not correct at all. Github may have beaten Gitlab to the punch with Pages (whoopee) but CI is a far more important feature, and Gitlab CI existed for years before GA, and continued to be a far superior solution for a long time (and maybe it still is?). Also, because Gitlab targeted enterprises they had a bunch of features that Github did not. Self hosting, Identity and role based access, weighted issues, project milestones and burndown charts, private issues, support for "innersourcing" of internal repositories. The list goes. Unlike Pages, which is useful but can be replaced by any other wiki, things like role based access to projects are really important. When I switched jobs a few years ago and had to use Github, it felt more like a hobbyist's web-based toy version, lacking a lot of "big-boy" features. The one truly essential feature that separated them "for the 99%" was CI. Once Github introduced that, it shrunk Gitlab's lead. But Gitlab are by no means playing catchup to to Github.

trueismywork 2y ago
Yes. Gitlab CI is still miles ahead of github.
moltar 2y ago
Wholly agree with you. I’ve been using both professionally for years in parallel and have seen the evolution. Totally agree on CI being superior. The config syntax is a bit of a pain and is aching for some higher level abstraction. But it’s very powerful, e.g. easily supporting cross project dependencies and build status across project in one neat interface. I also agree that GitLab was optimized for enterprise and that’s where the major feature disparity is. If you are using it only for small hobby projects you will feel that it’s nothing special. I’ve used a self hosted version at a fortune 100 and it was a huge boon to productivity there over GH EE.
- Qerub 2y ago
  > aching for some higher level abstraction CI/CD components (GA since 17.0) improve the situation a notch: https://docs.gitlab.com/ee/ci/components/ https://docs.gitlab.com/ee/ci/components/

tracker1 2y ago

I think the Gitlab experience is slightly better when dealing with collaboration on private repositories with multiple people not necessarily in the same org. Also, Gitlab had free private repo support beyond what Github offered for a long time, so most of my private repos are on Gitlab.