GitLab tiers

On this page

Tiers

Overview

Tier Delivery License Fee
Core self-managed open source gratis
Starter self-managed source-available paid
Premium self-managed source-available paid
Ultimate self-managed source-available paid
Free GitLab.com open source gratis
Bronze GitLab.com source-available paid
Silver GitLab.com source-available paid
Gold GitLab.com source-available paid

Definitions

  1. Tier: a GitLab offering that provides a set of features at a particular price point.
  2. Users: anyone who uses GitLab regardless of tier.
  3. Customers: users on a paid tier.
  4. Plans: the paid tiers only.
  5. License: open source vs. source-available, for example moving a feature from a source-available tier to an open-source tier.
  6. Distribution: self-managed CE vs. EE, for example you can have a EE distribution but in the Core tier.
  7. Version: the release of GitLab, for example asking what version a user is on.

Delivery

In general each of the four self-managed tiers match the features in the GitLab.com tiers. They have different names for two reasons:

  1. There is not complete feature parity between self-managed and GitLab.com plans. For example, Starter, Premium, and Ultimate include LDAP Group Sync but Bronze, Silver and Gold do not.
  2. We want to know if a user is using self-managed or GitLab.com based on a just the tier name to prevent internal and external confusion.

When we need to say in one word tier a feature is in (for example on our issue tracker) we use the self-managed tiers because they tend to contain a superset of the GitLab.com tier features. Where we can we show both the self-managed and the GitLab.com tiers, do example in a release post.

Libre, gratis, and free

Libre, gratis, and free are terms used in the open source community. "free" is an ambiguous term that can means either free as in "no cost" (e.g. $0 "free as in beer"), free as in "with few or no restrictions" (e.g. "free as in free speech"), or both. "gratis" is an unambiguous term to mean "no cost" while "Libre" is an unambiguous term to mean "with few no restrictions." Open source software is "libre" in that it is free to inspect, modify, and redistribute. Open source software may or may not be "gratis." Features that are part of our Free and Core tiers refer to open source software that is both free as in speech and as in beer. For more info see the wikipedia article.

Personal vs group subscriptions

GitLab.com subscriptions are added to either a personal namespace or a group namespace. Personal subscriptions apply to a single user while Group subscriptions apply to all users in the Group.

Distributions CE and EE

Eventually, Gitlab will have one distribution, but today, GitLab has two software distributions: Community Edition (CE) and Enterprise Edition (EE). These names refer to the actual software packages that are downloaded and installed. Each distribution has its own sources code repository and documentation.

Core users can use either one of two distributions: Community Edition (CE) and Enterprise Edition (EE). Enterprise Edition can be downloaded, installed, and run without a commercial subscription. In this case it runs using the open source license and only has access to the open source features. In effect, EE without a subscription, and CE have the exact same functionality.

Starter, Premium, and Ultimate users can only use Enterprise Edition.

If a Core user is running CE today and wants to upgrade to a paid tier, they must re-install and migrate to EE. The advantage of using EE as a Core user is that it is much easier to upgrade to a commercial subscription later on. All that's needed is to install a license key to access more features vs needing to re-install a different distribution. To help decide which to install, see more info on the using CE vs EE.

Note: The terms CE & EE refer solely to the software distribution, not to the subscription plan. Never use CE vs. EE as a substitute for versions. To learn how to talk about the difference between CE and EE, and our pricing tiers (Free, Bronze, Silver, Gold, Core, Starter, Premium, and Ultimate) see messaging dos and don'ts as well as this blog post on GitLab distributions vs pricing tiers. Please also don't use CE & EE to refer to the license.

GitLab trials

We offer a free trial for self-managed GitLab as well as a free trial for GitLab.com Gold.

Why offer a free trial when we already have free tiers?

The trial allows users to have access to all of the features of GitLab Ultimate or Gold. Users on the Core (self-managed) and Free (GitLab.com) plans get access to a limited set of features for an unlimited amount of time. Trial users get access to a full set of features for a limited amount of time (30-days).

License type Features Time Period
Core & Free Limited (Open source features only) unlimited
Trial Unlimited (access to all Ultimate or Gold features) limited (30 days)

In the future, we might introduce a similar concept for GitLab.com.

Open source projects on GitLab.com get all Gold features.

The GitLab.com Free plan offers unlimited public and private repos and unlimited contributors but has limited features for private repos. Private repos only get access to the open source features. Public projects get access to all the features of Gold free of charge. This is to show our appreciation for Open Source projects hosted on GitLab.com.

Open-source vs. source-available

GitLab is an open-core product contains has both open-source and source-available code. The source-available code is propietary (so not open-source) but you can view the source code. Please don't use CE, EE, or Core to refer to the type of license since:

  1. While most open source code is in GitLab CE some code in EE is additional open source code since all our javascript code is MIT licensed.
  2. The majority of the code in EE is open source.
  3. We might ship source-available code in Core that is free as in beer but not as in freedom (open source).

Messaging dos and don'ts

  1. Do always present Ultimate as the product. Every customer and prospect would benefit greatly from the Ultimate product and it's the correct frame of reference to explain our complete vision.
  2. Don't introduce lower tiers unnecessarily. We are consultative sellers with a high-value product. If a customer asks about pricing, the answer is "We have end-to-end DevOps in a single application ranging from our free offering up to ultimate at $1,188 per user per year." Only go into detail on the lower tiers when appropriate based on your assessment of the customer's needs and progression in the product. Focus on the value sale as long as possible and only discuss tiers once there is a clear path forward to purchase.
  3. Do focus only on Premium and Ultimate when negotiating pricing. The typcial conversation should simply be the tradeoff between Premium and Ultimate (no need to introduce, discuss or quote on Core or Starter). Starter is a specific use case for small accounts getting started. The majority of our customers are simply deciding whether Premium or Ultimate is the right step for the next 12 months as Ultimate still provides the most value for customers.
  4. Don't use the terms Enterprise Edition Starter, Enterprise Edition Premium, Enterprise Edition Ultimate, EES, EEP, or EEU. These have all been deprecated.
  5. Don't use Community Edition, CE, Enterprise Edition, or EE to refer to tiers.
  6. Don't use Community Edition, CE, Enterprise Edition, or EE to refer to where a feature goes. e.g. "This is a CE feature" or "this is an EE feature."
  7. Don't use "edition" to refer to plans like Starter Edition or Premium Edition - Starter, Premium, and Ultimate are tiers, not "editions" of the software.
  8. Don't use "enterprise" as a modifier for tiers such as Enterprise Starter, Enterprise Premium, or Enterprise Ultimate.
  9. Do refer to plans by their stand-alone name: Core, Starter, Premium, Ultimate, Free, Sliver, Bronze, and Gold.
  10. Do optionally use "GitLab" as a modifier for plan names: GitLab Core, GitLab Starter, GitLab Premium, GitLab Ultimate, GitLab Free, GitLab Sliver, GitLab Bronze, and GitLab Gold.
  11. Do use Core, Starter, Premium, Ultimate, Free, Sliver, Bronze, and Gold to refer to where a feature goes. e.g. "This is a Premium feature" or "We are moving this feature from Premium & Silver to Core & Free"
  12. Do use "enterprise" to describe a market segment. e.g. good phrases to use are: "GitLab provides DevOps for the enterprise", "GitLab is enterprise-ready", "GitLab has many enterprise customers", and "GitLab provides enterprise software for the entire DevOps lifecycle."
  13. Do use Community Edition, CE, Enterprise Edition and EE to refer to our software distributions. Encourage customers to use the EE distribution since it provides the least painful upgrade path if/when users discover they need commercial features.
  14. Do use the terms "open source" and "source-available" to talk about our different license models.
  15. When talking to customers, do use language that they are familiar with. They will likely know what "open source" is, but will probably be unfamiliar with "source-available". Similarly, they'll know what "paid" means, but will not know what "gratis" means. If you want to distinguish our $0 tiers from our paid tiers feel free to talk about our "open source" offerings and our "commercial" offerings. For example, "I see that today you are using GitLab Core, I'd love to set up a call to discuss the value your business can get by upgrading from our open source offering to a commercial tier." (You could write the same sentence and use "paid" instead of "commercial" but that puts the focus on what they have to do, i.e. pay, instead of what they get, i.e. business-grade, commercial software.)