料金

Yes, we offer a 45-day money-back guarantee for any GitLab self-hosted or GitLab.com plan. See full details on refunds in our terms of service

High availability is a system design that ensures a prearranged level of operational performance throughout a specific time-period. The most common way to measure HA is through the notion of uptime, which measures how long a service is up and running. Learn more…

GitLab Ultimate and Gold are free for educational institutions.

Every person with a GitLab account that is not blocked by the administrator should be counted in the subscription.

User means each individual end-user (person or machine) of Customer and/or its Affiliates (including, without limitation, employees, agents, and consultants thereof) with access to the Licensed Materials hereunder.

It is possible to obtain a free evaluation license of our enterprise edition for a 30 day period for up to 100 users.

When you decide to purchase a subscription, you will be issued a new license key dependent on the type of subscription you sign up for. Should you not take out a subscription, your license key will expire at the end of your evaluation period.

Yes. You have a few options. You can add users to your subscription any time during the subscription period. You can log in to your account via the GitLab Customer Portal and add more seats or by either contacting renewals@gitlab.com for a quote. In either case, the cost will be prorated from the date of quote/purchase through the end of the subscription period. You may also pay for the additional licences per our true-up model.

If you have 100 active users today, you should purchase a 100 user subscription. Suppose that when you renew next year you have 300 active users (200 extra users). When you renew you pay for a 300 user subscription and you also pay the full annual fee for the 200 users that you added during the year.

Non-profits can use GitLab Community edition for free but need to purchase a subscription to the Enterprise Edition at our published rates.

The code for Enterprise Edition is open and can be inspected by anyone. This makes it easier to offer a trial of Enterprise Edition.

Sure thing. It’s publicly available at https://gitlab.com/gitlab-org/gitlab/blob/master/LICENSE.

Yes, without a license key it will function like CE.

Customers can now download and inspect the code for the latest GitLab EE version for free. However, they cannot use it without a valid subscription. They’re also free to make modification to the GitLab EE code as long as they have a license.

No, only active users count towards total user count.

The license key is a static file which, upon uploading, allows GitLab Enterprise Edition to run. During license upload we check that the active users on your GitLab Enterprise Edition instance doesn’t exceed the new number of users. During the licensed period you may add as many users as you want. The license key will expire after one year for GitLab subscribers.

After you upgrade GitLab to EE version 7.11 and higher, GitLab EE will stop working without a license key. If you don’t have a license key, please contact sales and request a key. Once you deploy the key, GitLab EE will start functioning again.

• Starting 30 days before the subscription end date, GitLab will display a notice to all administrators informing them of the impending expiration.
• On the day the subscription expires, nothing changes.
• 14 days after the subscription has ended, GitLab will display a notice to all users informing them of the expiration, and pushing code and creation of issues and merge requests will be disabled.

You will receive a new license that you will need to upload to your GitLab instance. This can be done by following these instructions.

No, if your GitLab Enterprise Edition servers cover the same users, you can use the same license file for all of them.

14 days after the end of your subscription, your key will no longer work and GitLab Enterprise Edition will not be functional anymore. You will be able to downgrade to GitLab Community Edition, which is free to use.

Bugs that are reported to us always have a high priority, no matter which subscription you have. In most instances they will be fixed in the next release or the release after that, which means the turnaround is one month or two. Severe bugs will be fixed earlier in a patch release.

Normal business hours are from Sunday at 8:00pm PST (UTC-5) to Friday at 4:00pm PST (UTC-5). Christmas Day and New Year’s Day are holidays and not considered to be business days.

No, we are no longer accepting new customers for GitHost. More information is available in the GitHost FAQ