Live data from Hacker News

What’s Next for Gitlab CI: Auto DevOps

about.gitlab.com

21–30 of 91 posts

Re: What’s Next for Gitlab CI: Auto DevOps

#21
post #8

I always use http://gitolite.com , thats enough. nb: I dont see the point of the graph about numbers of questions on SO. A high level of questions = A lot of problem, no :)?

I really like gitolite, except how you need to add users and SSH keys through a git repository. I'd prefer just plain configuration files that I could manage with my configuration manager.

Re: What’s Next for Gitlab CI: Auto DevOps

#22

OP here, just to note - I'm not an employee or affiliated with Gitlab in any way (outside of considering working for them once) -- just a rabid fan. I've been at companies where I've tried (and failed) to convince other developers/higher ups that something like automatically creating an instance of an app based on the feature branch (what Gitlab/others are calling a "review-app"), is the best way to test individual f…

I work with self-hosted Gitlab daily and I’ve never thought the UI was bad or slow. In fact, I think it works pretty well. To the other commenters: Do you have any examples? Also, I’m excited about auto deployment. The less tools one needs to get software shipped, the better.

I agree. I too work with a self-hosted Gitlab instance daily, and the UI is neither horribly bad nor horrendously slow. The interaction design and user experience could absolutely use some work, but I feel Gitlab has been moving in the right direction with this.

The navigation is still a bit convoluted, but has gotten better. There are still some issues of nested navigation menus and difficult to find pages. As far as page speed goes it has gotten better and they are actively working on this.

As long as the rate of improvement is as good as it is I see no reason to switch to another solution. Especially seeing how the community edition is free and satisfies basic developer needs.

Gitlab is also the only code repository service which integrates CI jobs and statuses as well as a front-end for a self-hosted docker registry. Absolutely a killer feature!

Re: What’s Next for Gitlab CI: Auto DevOps

#23

I really like the core of gitlab. It's a really good git hosting system that is easy to maintain and work with. My self hosted instance has broken only twice in the last 1.5 years and it was always because of an upgrade and it was always easily fixed. But now i have to say i'm afraid gitlab is getting bloated. Why not keep the core product as a seperate thing from things like CI? a simple plugin style system would be…

GitLab is envisioned as a platform for the full SDLC - from idea to production [1][2].

If you don't want to use the CI, it shouldn't get in your way. We'd love to hear any specific suggestions you might have, since we're always looking to improve. You can open an issue about them in [3] if you want.

[1] - https://about.gitlab.com/handbook/product/i2p-demo/

[2] - https://about.gitlab.com/direction/#scope

[3] - https://gitlab.com/gitlab-org/gitlab-ce/issues

Re: What’s Next for Gitlab CI: Auto DevOps

#24

OP here, just to note - I'm not an employee or affiliated with Gitlab in any way (outside of considering working for them once) -- just a rabid fan. I've been at companies where I've tried (and failed) to convince other developers/higher ups that something like automatically creating an instance of an app based on the feature branch (what Gitlab/others are calling a "review-app"), is the best way to test individual f…

The UI is bad period. 85% navigation on a normal laptop display (1080). There are layers and layers of menus and submenus which could easily be combined and make little sense. And i'm not even someone with a 'design aesthetic'. The 'review-app' pattern is interesting but doesn't scale for more complicated apps. You'd need to create a 'review cluster' for every branch which quickly becomes untenable. It's usually not…

Sorry to hear you're displeased with our UI. We're always looking to improve our UI and UX as much as we can. There's currently a navigation overhaul planned [1]. If you have any other specific suggestions complaints about the UI we'd love to hear about it, you can even open an issue about it yourself [2]

[1] - https://gitlab.com/gitlab-org/gitlab-ce/issues/32794

[2] - https://gitlab.com/gitlab-org/gitlab-ce/issues

Re: What’s Next for Gitlab CI: Auto DevOps

#25
post #11

Earlier quoted context omitted.

I work with self-hosted Gitlab daily and I’ve never thought the UI was bad or slow. In fact, I think it works pretty well. To the other commenters: Do you have any examples? Also, I’m excited about auto deployment. The less tools one needs to get software shipped, the better.

To see that the UI design is bad at times, take the design of merge requests and issues for example. On Github you can easily see what happens, comments are surrounded by a black border, the name of the comment author and the date are clearly visible and have a different background color from the comment text. Actions like closing and re-opening are distinctly different from comments and are color coded (green -> re-…

We're working on lots of UX improvements. There's a navigation overhaul planned [1], you can also check out a list of all current UX issues with [2]. As always, community feedback is something we always welcome wholeheartedly [3]

[1] - https://gitlab.com/gitlab-org/gitlab-ce/issues/32794

[2] - https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&utf...

[3] - https://gitlab.com/gitlab-org/gitlab-ce/issues

Re: What’s Next for Gitlab CI: Auto DevOps

#26
post #5

OP here, just to note - I'm not an employee or affiliated with Gitlab in any way (outside of considering working for them once) -- just a rabid fan. I've been at companies where I've tried (and failed) to convince other developers/higher ups that something like automatically creating an instance of an app based on the feature branch (what Gitlab/others are calling a "review-app"), is the best way to test individual f…

Bad-ish? Try horrible. GitHub has raised the bar too high for Gitlab to spout the tired developer rhetoric that UI/UX doesn't matter.

Sorry to hear you think it's horrible.

We're working very hard on making it a pleasant and enjoyable experience. We're currently planning a navigation overhaul [1]. You can also check out a list of all current UX issues in [2]. And, any specific feedback is greatly appreciated, you can open an issue about anything at [3].

[1] - https://gitlab.com/gitlab-org/gitlab-ce/issues/32794

[2] - https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&utf...

[3] - https://gitlab.com/gitlab-org/gitlab-ce/issues

Re: What’s Next for Gitlab CI: Auto DevOps

#27
post #6

OP here, just to note - I'm not an employee or affiliated with Gitlab in any way (outside of considering working for them once) -- just a rabid fan. I've been at companies where I've tried (and failed) to convince other developers/higher ups that something like automatically creating an instance of an app based on the feature branch (what Gitlab/others are calling a "review-app"), is the best way to test individual f…

Gitlab's UI is absolutely awful and incredibly slow. Would you say the same for other tools, like email, or your IDE or editor? They literally copied every functionality and UI of GitHub when they started out, and the only difference at the time was that Gitlab was a slower version of Github. I'm glad you can self-host it, and that they're open source, they've got that going. But if GitHub would ever open source thei…

Sorry to hear you think our UI is awful. We're constantly trying to improve every part of the product, including our UX. There's a couple of ongoing initiatives currently, like the navigation overhaul [1]. You can list all current UX issues in [2]. We're also very appreciative of any and all community feedback. You can create an issue about anything specific you find bad in our UI (or any other part of the product) in [3].

We also like to think that we bring a couple of novel features to the game. You can check out a list of all our features in [4]

[1] - https://gitlab.com/gitlab-org/gitlab-ce/issues/32794

[2] - https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&utf...

[3] - https://gitlab.com/gitlab-org/gitlab-ce/issues

[4] - https://about.gitlab.com/features/

Re: What’s Next for Gitlab CI: Auto DevOps

#28
post #12

Earlier quoted context omitted.

I work with self-hosted Gitlab daily and I’ve never thought the UI was bad or slow. In fact, I think it works pretty well. To the other commenters: Do you have any examples? Also, I’m excited about auto deployment. The less tools one needs to get software shipped, the better.

I've used Gitlab for personal projects on a small homelab server. I ran the VM with about 1GB of Memory and 1 vCPU (a Core i3 if I recall correctly). Loading a page could load almost instantly but most of the time it did load after 2 or 3 seconds. Gitlab does not work well when resources are scarce, it does require a bit of a beefy server to get fast and reactive, atleast in my experience. I've found Gitea/Gogs to be…

I think Gitlab recommends a 4GB of memory and suspect this helps with caching and thus page loads. In an organizational context it should not be too hard to throw hardware at the problem. In my organization we run a Gitlab instance with at least 20 active users (70 users total) and quite a lot of repositories and usually it runs quite fast. This is on 8GB of memory and 2 cores.

For personal and home use Gitea/Gogs is probably a better choice indeed. As you point out it runs with much fewer resources and as an added bonus it runs as a single go binary which simplifies hosting it tremendously. You could literally just download the binary and run "$ ./gitea web". Gitlab is another beast in that respect, especially if you do not opt for their Omnibus install.

Re: What’s Next for Gitlab CI: Auto DevOps

#29
post #7
post #4

"Gitlab dominates self-hosted git" Dont you mean, Gitlab, "2/3 of people surveyed by Bitrise, a CI service you may have never heard of, which is free, are using Gitlab, which is also free"

The two statements are not mutually exclusive.

Neither implies the latter the former.

Re: What’s Next for Gitlab CI: Auto DevOps

#30
post #9

Pretty sure both GitHub Enterprise and BitBucket Server are the dominant self-hosted Git solutions.

As mentioned in TFA, that was based on this source[1] which surveyed what "app developers" used. If you have alternative statistics, I'd be happy to see them, but GitLab did provide a source for their claim.

[1]: http://blog.bitrise.io/2017/01/27/state-of-app-development-i...

Post reply on HN