Hacker News new | ask | show | jobs
by matteeyah 2975 days ago
I'll try and clear up any confusion you might have about GitLab. Feel free to ask more questions if I left something out.

> I can't find anything describing the relationship between GitLab and Git anywhere on the home page.

The relation between git and GitLab is that GitLab is a front-end for git. However, it's so much more than that. We strive to offer features that encompass the whole DevOps lifecycle - see https://about.gitlab.com/direction/#scope for more context.

We have an integrated CI/CD system, issue tracker with boards and epics, built-in container registry, monitoring and many many others. All of them are listed in https://about.gitlab.com/features/

> Likewise, I honestly can't tell whether GitLab is an OSS project or some sort of hosted enterprise "call us for pricing" behemoth

GitLab Community Edition (CE) is a completely open-source project - https://gitlab.com/gitlab-org/gitlab-ce . It's MIT licensed.

We offer a proprietary version with added features - GitLab Enterprise Edition (EE) - https://gitlab.com/gitlab-org/gitlab-ee . It has a proprietary license. Even though it's proprietary, Enterprise Edition is source-visible i.e. you can browse the source.

> There's a pricing page with various plans including a free plan, but while I initially assumed they were for a hosted online service, apparently they're for self-hosted.

There's both a hosted solution (GitLab.com) and the option of self-hosting. The pricing page has two tabs - one for self-hosted options and the other for GitLab.com

> There is information about many ways to install GitLab locally on different platforms, but it's not clear what you're actually installing at that point or whether you then need some sort of licence to do anything with it.

No matter which package of GitLab (Community Edition or Enterprise Edition) you install locally, you'll always be able to access the free tier of features without a license.

> On the features page, each item has two different scales under it, one for GitLab and one for GitLab.com, but I really have no idea what the relationship between those is.

There's four feature / pricing tiers for self-hosted instances: Core (Free), Starter, Premium and Ultimate. From left to right, every tier has more features than the previous one. The distribution of features is documented in https://about.gitlab.com/features/ (upper scale).

If you opt for a hosted solution on GitLab.com, there's also 4 pricing / feature tiers: Free, Bronze, Silver and Gold. All public projects have access to Gold-tier features for free. The feature distribution between these tiers is also documented in https://about.gitlab.com/features/ (lower scale).

> There is an entirely separate feature comparison table that is actually linked from the pricing page, but that only shows one of the scales, and suggests that the lower/free tier is quite restrictive.

We prioritize features for one of the paid tiers if we think the feature is more relevant for larger organizations.

You can find out more about our stewardship of the open-source GitLab CE project at: https://about.gitlab.com/stewardship/

2 comments

Thanks for following up.

The relation between git and GitLab is that GitLab is a front-end for git. However, it's so much more than that.

I understand that there are lots of other features, but if I could make one suggestion to help improve the site, it would be to make that basic relationship clear -- or indeed evident at all. Apparently I did have the right general idea about what GitLab was, but I was expecting a front-end to Git to be #1 on the features page, and the rest to follow. Likewise I was expecting to find "getting started" documentation explaining things like whether Git needs to be installed independently of GitLab and where repositories are stored and how GitLab is integrated with them. In practice, I didn't find any of this in about half an hour of looking around the site, and so in effect what actually happened is that I turned up interested and having the right sort of idea and left thinking I'd totally misunderstood and GitLab wasn't what I was looking for at all. Probably not quite the result you were hoping for!

Hi, I'm rooting for Gitlab. Love your product, team, and particularly the way you all communicate with your customers.

But the root problem may be that the name "Gitlab" does not convey "Full Devops Solution". "Gitlab" the name is memorable, easy-to-spell, but having "Git" as a prefix might make it just a hair too narrow for what the product wants to be.

I am a sample size of one, so unless others have also been confused by the name, please feel free to keep on trucking.

Isn't the main feature still Git-hosting? I think the name is fine.