Gitlab 13.1
61–70 of 90 posts
Re: Gitlab 13.1
#62"This month's Most Valuable Person (MVP) is Jacopo Beschi " What a cool company culture. telling people they are doing good in person is nice, telling it to them and also sharing it with the world is great
GitLab employee here: The MVPs are not employees, but community contributors as outlined here: https://about.gitlab.com/community/mvp/ But yes, I agree: it is very nice to share the achievements of our OSS contributors with the world :)
Re: Gitlab 13.1
#63What makes Gitlab significantly better than the other gitlings?
also, the fact that you can self-host it and it's very easy to do so.
Re: Gitlab 13.1
#64It's great and impressive how quick Gitlab moves in adding new features. But if I have a Graphic Design repo it emphasises Kubernetes, Packages and Security features that have zero relevance. And there is no way to disable them. And that on every single repo it places these Add License/Contributors etc buttons front and centre even though for 99% of internal projects they serve no purpose. Every release Gitlab seriou…
Mostly I only use the Git, CI, Readme rendering, Docker registry and that's about it. Everything else just gets in the way and makes the interface harder to navigate.
Re: Gitlab 13.1
#65What makes Gitlab significantly better than the other gitlings?
You can absolutely integrate your favorite, and/or best of breed, tools with any git hosting software that you'd like -- but that takes non-zero time to do and upgrading them will also be non-zero time. GitLab ships like a machine every month, and it seems this feature announcement is representative of the caliber of every release
Re: Gitlab 13.1
#66It's great and impressive how quick Gitlab moves in adding new features. But if I have a Graphic Design repo it emphasises Kubernetes, Packages and Security features that have zero relevance. And there is no way to disable them. And that on every single repo it places these Add License/Contributors etc buttons front and centre even though for 99% of internal projects they serve no purpose. Every release Gitlab seriou…
> It's great and impressive how quick Gitlab moves in adding new features. Don't trust their feature list, they often "forget" to use it themselves. Many of those features are there to tick the box and daze executives, but are barely usable in practice. It took them a year to start supporting Kubernetes clusters with RBAC, they didn't use autodevops for their own releases, even for simple components, nor any kubernet…
We use gitlab at work and it has been great, though we have really great sysadmins so maybe my perception is a bit skewed.
That being said Gitlab's UI is still commits a lot of UI complications that makes it inferior to github for managing libre projects.
I really wish gitlab would have a stronger push to contests the open-source space but it seems that they have pretty much given up already and focus for enterprise instead. :|
Re: Gitlab 13.1
#67Earlier quoted context omitted.
> It's great and impressive how quick Gitlab moves in adding new features. Don't trust their feature list, they often "forget" to use it themselves. Many of those features are there to tick the box and daze executives, but are barely usable in practice. It took them a year to start supporting Kubernetes clusters with RBAC, they didn't use autodevops for their own releases, even for simple components, nor any kubernet…
"Somewhere in comments here will be reply from Gitlab employee, saying that dogfooding is something they are constantly working on" To ensure we meet your expectations I want to state that we're continuously working on dogfooding, you can track our progress in https://gitlab.com/gitlab-org/gitlab/-/issues?label_name=Dog... "What they should be doing is to update documentation pages with feature maturity level and hav…
GitLab had been great for us, though we've had issues around their educational institutions license.. so we can't use a lot of the fancy features... But I've enjoyed ops work more on GitLab than GitHub or Jenkins.
Re: Gitlab 13.1
#68Earlier quoted context omitted.
GitLab employee here: The MVPs are not employees, but community contributors as outlined here: https://about.gitlab.com/community/mvp/ But yes, I agree: it is very nice to share the achievements of our OSS contributors with the world :)
TIL! That is awesome and as a customer/user I'd love to see internal recognition, too! Maybe this would detract from the actual efforts of the other employees but it doesn't necessarily have to be employee of the month - could just be Kudos to X and Y for knocking out this lingering bug or adding this most wanted feature.
Re: Gitlab 13.1
#69I love GitLab Better UI than GitHub and was first to provide free private repos
I think that GitHub has a much better UI than GitLab. GitLab is slow and bloated compared to GitHub. Requiring Javascript for browsing the code repository is just bad design.