Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gitlab 9.0

about.gitlab.com

Post reply on HN
Print view View original

131–140 of 164 posts

Re: Gitlab 9.0

#131

Post by sytse »

newsat13 wrote: post #123
mydigitalself wrote: post #114

Earlier quoted context omitted.

> non-open-source version, which we cannot use... is it a function of cost, or otherwise?

AFAIK, the EE code is also open source. So this is somehow a function of cost. The massively insanely popular VLC project somehow has no money to pay for it's version control? How did it come down to this?

Our EE version is publicly viewable but not open source. I can't speak for the VLC project but previously they indicated that cost was not the problem. They care about the free as in freedom instead of the free as in beer.

Re: Gitlab 9.0

#132

Post by sytse »

prh8 wrote: post #92
victorwu wrote: post #45

Earlier quoted context omitted.

Like Job mentioned, we've been ramping up issue boards and groups (subgroups now) rapidly in the past few releases. Group-level issue boards are definitely on our radar. Feel free to leave any comments on the issue itself that Job linked: https://gitlab.com/gitlab-org/gitlab-ee/issues/928 . Currently we are considering bringing all the issues of all projects (that are in the same group) into one location, i.e the gro…

When you say team-based, do you mean as in organizations? That would be a huge killer feature. I've only been part of an org on GH, but org wide issues/boards/communication is a huge missing piece.

Yes, I think teams/organizations/groups are used interchangeably.

Re: Gitlab 9.0

#133

Post by sytse »

GordonS wrote: post #100
sytse wrote: post #49

Earlier quoted context omitted.

We certainly don't want to win in a race to the bottom. To get an idea what our UX team is working on please see their update from this Monday: Video https://www.youtube.com/watch?v=TMdw-plNfDQ Slides https://docs.google.com/presentation/d/1LM6wHxGVRwHwQvGJiXwF...

I imagined you'd meet in the middle, rather than at the bottom! I like what you guys are doing - my comment was more meant as a well-natured jibe against the recent Github changes, which I'm really struggling to like (the black header a few weeks ago, and today the search results interface).

Ah, sorry for misreading it, I get caught up in the release excitement. <3

Re: Gitlab 9.0

#134

Post by sytse »

ianwalter wrote: post #73
connorshea wrote: post #33

Earlier quoted context omitted.

Thanks for switching to GitLab, glad to hear you're loving it! :D We have this demo from our most recent summit where we put together an entire GitLab instance in ~20 minutes on a Kubernetes cluster, though I'm not sure that's exactly what you want? https://about.gitlab.com/2017/01/23/video-tutorial-idea-to-p... We also have some documentation on integrating with Kubernetes here: https://docs.gitlab.com/ee/user/proje…

The integration with Kubernetes looks pretty cool so far. Is there any consideration being given to integrating with Docker Swarm Mode?

Please see my other comment https://news.ycombinator.com/item?id=13932591

Re: Gitlab 9.0

#135

Post by HankB99 »

I wonder if this will provide a benefit in a resource constrained environment. I run the official Gitlab Docker/gitlab-ce container in a host with a J1900 processor and 4GB RAM and it is barely usable. Most pages timeout on the first load.

At present it looks like it hasn't been updated since 2015.

Re: Gitlab 9.0

#136

Post by dijit »

HankB99 wrote: post #135

I wonder if this will provide a benefit in a resource constrained environment. I run the official Gitlab Docker/gitlab-ce container in a host with a J1900 processor and 4GB RAM and it is barely usable. Most pages timeout on the first load. At present it looks like it hasn't been updated since 2015.

Currently running gitlab over docker on a dedicated 8 core system with 32G of ram, it routinely uses 9G of that for barely 30 users. (it's the only thing running on that physical host)

So, keep that in mind.

Re: Gitlab 9.0

#139

Post by AlexCoventry »

recursive wrote: post #86
superplussed wrote: post #41

Earlier quoted context omitted.

I'm glad this is a priority for you guys Sid, the one thing keeping me from using Gitlab is that it doesn't feel as snappy as Github. But as a point of reference, I'm also a guy that won't use Atom because it doesn't feel as snappy as Sublime. For some of us, speed comes first.

What's a similar editor that's faster? VS Code?

If speed really comes first, vi is probably similar enough.

Re: Gitlab 9.0

#140

Post by AlexCoventry »

dijit wrote: post #136
HankB99 wrote: post #135

I wonder if this will provide a benefit in a resource constrained environment. I run the official Gitlab Docker/gitlab-ce container in a host with a J1900 processor and 4GB RAM and it is barely usable. Most pages timeout on the first load. At present it looks like it hasn't been updated since 2015.

Currently running gitlab over docker on a dedicated 8 core system with 32G of ram, it routinely uses 9G of that for barely 30 users. (it's the only thing running on that physical host) So, keep that in mind.

Which version of gitlab? Didn't they reduce memory demands in a recent release?
Post reply on HN