Gitlab Now the Main Development Platform for Wine
phoronix.com
phoronix.com
I tried for a couple of months, and gave up. I switched back to GitHub for a couple of reasons.
- After some time, GitHub's CI became a thing, it became good enough for me (and other features improved, too).
- Companies want to see your GitHub profile. Publishing your work on GitLab is not going to get you the same exposure as publishing on GitHub.
- Open-source contributors are on GitHub. The majority is not going to create a GitLab account just to fix a bug or open an issue in my little library. If you want community, it's on GitHub.
- Hosting open-source really didn't seem to be a priority for GitLab, so if they don't seem to care, why should I?
- GitLab's quality started to decrease. More bloat (both in terms of UI and code size), slower and slower app whereas GitHub hit the sweet spot of keeping things simple while providing essential features that are fast.
Yes, but see, this is exactly what we ought to fight. No?
I don't want to be forced to host my open source projects at Microsoft. Or any place really. I don't think there should be any centralization for project hosting.
GitLab.com is not perfect neither, it requires users to run reCAPTCHA. This is forced Google spying for any GitLab users and therefore potential contributors.
I really want this fad that considers platforms hosting projects as social networks to end.
There's a whole ecosystem where your project doesn't exist if it's not on GitHub. For example, Hackoberfest, where only projects on GitHub are eligible (not that it necessarily a bad thing actually, but still, it really puts in the head of people that open source = GitHub) (edit: I see that they accepted GitLab in 2021. It's less bad than just GitHub, but still problematic). There are studies / research on software / open source that don't bother with projects not on GitHub. Libraries are often evaluated on the number of stars / forks / issues they have on GitHub.
These issues are all about the network effect.
This is a double-edged sword, because it means that your project will receive a lot of trivial issues/requests. I've seen more than one complaint that the having to handle the amount of requests in an open source project made it more than a daily job than a enjoyable activity
Ideally you want to make it easy for people that care to contribute, but not too easy in order to avoid "spam".
FWIW, GL supports a lot of social auth providers, including GitHub: https://gitlab.com/users/sign_in/ (you may have to open that in an incognito window to see the login choices, but there are 5 of them currently)
That's in contrast to https://github.com/login which is "GitHub or GFYS"
Does it matter where you link to in your resume?
I can't imagine someone open a URL only to realize it's not GitHub and close the page before checking out some repositories.
Honestly, that sounds like a selling point. Having a road bump so that people who show up in issues are motivated should cut down on the zero effort drive by bug reports.
"we're not just cutting off the information we need, right?"
We disagree quite strongly on this. In fact, I'm currently being burnt by an example.
I'm currently interacting with one of the big delivery websites. Think similar to GrubHub or Instacart.
Every so often the system auto-temp-bans me. I think maybe I'm falling afoul of scraper detection; it tends to happen when I am searching through stores because I need three obscure things and each store has two, looking for one that has all three.
This happened again two days ago. I was trying to get all the flavors of one particular brand of chocolate chip. I had gotten a bag as a substitute, and it was much higher quality than expected, so I wanted to try the others.
Problem is, the brand isn't common, and has 12 flavors, and the top-level search only shows 7 things.
"Just open in tabs!" Nah, the system thinks you're a bot scraping prices, and blocks you for seven days in a way that looks like you're perm-banned.
I'm sure they're drowning in tickets about their modest quality CSS and so on, but this ticket should still go in.
Tickets aren't of uniform importance.
And it sounds like you're doing something niche that shouldn't be prioritized, and eliminating abusive scrapers is probably worth it to them even if it means that they're losing your business. If they're not fixing it, that is a message to you that your use case doesn't matter to their business model. What you want is a way to demand you get attention. You are precisely the kind of squeeky wheel that wastes everyone's time.
Using the site for its main and sole purpose? No
It sounds like you're looking to apologize so that you can win
.
> If they're not fixing it, that is a message to you that your use case doesn't matter to their business
No, it's not. It's a reflection that their customer service isn't actually communicating with the engineers.
.
> You are precisely the kind of squeeky wheel that wastes everyone's time.
Please take your public guess driven judgements somewhere else, thanks. I just received a thankful email from their engineering department as a result of the HN comment making one of their engineers aware.
It's not clear why you felt the need to insult a stranger for saying "here's a situation in which ranking tickets can matter, even when there are already too many."
Thanks for your time. Have a good day.
Honestly, this is why I switched my previous company and my personal repos to Github. GitLab has always felt slow as molasses, with unintuitive UI.
There are a few things which are better in GH, some are better in GL. Which one is which is really subject to taste (I prefer the review workflow in GL, I much prefer the simplified issues management in GH, but I got the exact opposite opinion from colleagues). GL used to have the upper hand with CI, but lately GH actions again improved enough that I don't mind it.
For a professional setup though, GL CE offers an escape hatch and can be a _huge_ cost saving measure if you ever find yourself needing it. Managing GL in a container is almost painless in the last couple of years. By contract we're actually running on an older GH plan due to plan cost increases we don't find reasonable. On that basis alone, GL seems a no brainer. Both GH and GL online services princing plans can have questionable costs in several scenarios.
GH can give your project wider visibility due to it's popularity, but I never had any any complaint from developers. I see issue reports coming in on GL even on obscure projects, and in most cases devs already have accounts on both platforms.
I do see somewhat less random requests for generic help on GL (as in "what do I need to do to install this?" which is answered in the README), but it's really hard to quantify seriously.
When I do hiring I will look at your any public code repo you put in your resume. I’m totally agnostic about where it is hosted.
I think GitLab's issue tracker has a lot of usability issues, but it fits the template of an issue tracker (mostly defined by Jira) much better. For those selecting a new platform for a large project or organisation, I can completely understand GitLab's issue tracker being a safer bet than GitHub.
I find Actions to have a maturity far beyond how long it has existed for, with very strong primitives that compose better than anything else I've seen.
GitLab CI always felt to me like it was a minor improvement over Travis, and that they hadn't yet realised that complex CI trends towards general compute orchestration. I found it hard to achieve complex, reliable, and fast pipelines with GitLab CI.
There have been outages, but we didn't find this to be any worse than CircleCI, and was better than our experience running a Jenkins cluster.
Earthly just switched their license to MIT, so that's something I intend to try out, and Dagger is a new entrant into that race, but (a) requires learning cuelang (b) shit itself when I last tried it
Epics can help with a group view over issues in multiple projects, with more planning features, for example roadmaps and boards. [0] Board/roadmaps are available for issues in projects too.
To a larger extent, the planning with work items may help address the challenge with project/group boundaries. Recommend reviewing the direction page [1] and linked issues/epics, and add your thoughts :)
[0] https://docs.gitlab.com/ee/user/group/epics/
[1] https://about.gitlab.com/direction/plan/project_management/t...
github is busy creating Instagram for "Coders"
It also just happened to be the slick(read nice ux) tool.. so i guess many just pretended it wasn't a social network?
It's cool to see someone's code is on the mars rover or in the artic storage. I can't care about achievements like "yolo" "galaxy brain" and "pull shark". I don't understand what information that conveys on a code collaboration platform.
Github boasts "83 million developers", but I think the number of actual developers is probably closer to 0.83 million (which is still a very large amount).
But of course I am an insensitive jerk who likes to exclude people, because I think to be called a developer it takes more than registering an account, creating a repo with a couple of broken files and add noise to the signal.
Well GitLab don't have the unlimited cash of Microsoft, so of course, GitHub can afford to lose money on the free offering. However GitLab have free self-hosted, while GitHub don't ( and as a matter of fact their self-hosted solutions sounds pretty terrible, being months/years behind the SaaS features, while GitLab is the same).
Welcome to $current_year I guess
No system is perfect. And at some point the incremental improvements from GitLab will be appealing to a larger set of projects. If enough of the “cool” projects move to GitLab, we will see a SourceForge like shift away.
My money long term is on https://sr.ht . I largely kid — sourcehut doesn’t seem like it is really designed for the masses. And I think that’s the point. But the more I use something like Sourcehut, the more I appreciate the minimal GUI.
Sourceforge has been more or less abandoned/forgotten for the past five years. Some projects continue to stick to it though due to inertia and laziness.
I think they knew that sourceforge has been effectively dead and is saying here that GitHub is following in it's footsteps.
I don't agree with that, but i believe that was the point.
Or I'm completely wrong.
wrong alternative.