(no title)
frnkng | 3 years ago
1. Nearly all features feel like they are half-baked. I do not even know where to start my enumeration of things that can be improved. The worst is maybe the search, followed by the wiki, followed by the issues.
2. It is more important for them to add more features then to improve existing features.
I think this is a direct consequence of the company politics as stated in the article. People may like working there and see it as gold standard. But from my point of view (as a paying customer) I’d like to see more people there work more on consolidation and refinement. Of course engineers prefer working on the cool new stuff. If there is no one who forces the focus on improving existing stuff, nothing gets better over time. At our company we have the same sickness, I wonder what others are doing differently that they don’t have the same problem. E.g. Apple.
On the other hand: there is not much of an alternative to gitlab. Atlassian self hosting is no more. Maybe Gitea + anything for CI/CD?
Spivak|3 years ago
I think a lot of engineers miss the forest for the trees when it comes to stuff like this because what we value is good engineering and convince ourselves that such a thing is a prerequisite to the overall business success.
If you can’t convincingly argue why $work will have a positive ROI with engineer hourly rates then it won’t happen. How I’ve sold it in the past is having a bug bash where we groom and fix a couple hundred open issues and then use it as marketing fodder. It’s possible to make bugfixes as flashy as a new feature release if you sell it right.
ofrzeta|3 years ago
It's also quite frustrating to encounter the endless threads on years-long open issues with no solution in sight.
KronisLV|3 years ago
Honestly, in larger organizations self-hosted GitLab is still one of the better options. It has lots of features and gets the basics right (though not all are excellent) - you get code review, CI/CD, even functionality for issue tracking, Wikis and much more.
You might use Jira or Atlassian for some of those, or maybe something more tailored and optimized for your workflows in smaller orgs, but GitLab still offers you options for most of the things you might want to do (even some monitoring and feature flags).
As long as you can keep up with resource requirements and updates, as well as configuration, you aren't likely to get fired for picking it and you'll be able to succeed and ship projects while using it, if self-hosting is a must/preferable.
> Atlassian self hosting is no more. Maybe Gitea + anything for CI/CD?
That said, for my personal needs, I migrated away from GitLab and run Gitea (for the code), Drone (for CI) and Sonatype Nexus (for container images, libraries etc.): https://blog.kronis.dev/articles/goodbye-gitlab-hello-gitea-...
In my case, dealing with updates is a bit easier now and breakages don't affect the whole solution (since previously I ran Omnibus GitLab for my own needs, which made launching it easier, at the expense of more coupling) and the total footprint would be much lower, if only Nexus wouldn't love to gobble that much RAM.
Sometimes integrating a bunch of specialized solutions is also a valid approach, especially because in my case container image cleanup in GitLab was a bit of a mess and while Nexus still has its problems (e.g. skipped deletion of old container images when they have multiple tags), it's a bit better and gives you more control.
Gitea is great, though and should work with most of the popular CI solutions as well - whether you want to run Drone, Jenkins, or anything else.
intelVISA|3 years ago
SuperQue|3 years ago
It had the upside of making some things more integrated. MR and issues and CI work much better together than GitHub or atlassian.
But it had the down side of expanding into feature categories half baked.
I only managed to stay for 4 years before I couldn't stand it. But I'm more an SRE than a feature developers.
I left for a job that has "burn tech debt" as a key goal.
executesorder66|3 years ago
I haven't used it yet, but something to look into.
[0] https://codeberg.org/Codeberg-CI/woodpecker
[1] https://codeberg.org/Codeberg-CI/examples
alessmar|3 years ago
la_fayette|3 years ago
unknown|3 years ago
[deleted]