GitLab for Startups: Free Ultimate for Pre-Seed and Seed Teams, Discounts for Series A/B

GitLab for Startups is a rolling software benefit for qualifying, externally funded startups. The official program page currently describes two routes. A pre-seed or seed startup with up to $5 million in external funding can receive a free GitLab Ultimate license for one year, covering up to 20 seats. A Series A or Series B startup with up to $20 million in external funding can receive 50% off any tier in the first year and 25% off any tier in the second year, also for up to 20 users.

This is not a grant, investment, or cash award. The value is access to GitLab’s paid software terms for a qualifying new customer. GitLab presents the platform as a place to bring development, security, and operations together. Depending on how a team works, that can include source code hosting, merge requests, CI/CD pipelines, automated testing, security workflows, permissions, and delivery controls. The program is most useful when the company has a real plan for using those capabilities rather than treating the offer as a spare account that can sit unused.

At a glance

The program is offered at GitLab’s sole discretion and is subject to change. The details above describe what GitLab publishes now; they are not a promise that the company will keep the same offer indefinitely.

Who qualifies

GitLab divides the offer by company stage and externally raised funding.

The seed-stage route covers a pre-seed or seed startup with no more than $5 million in external funding. The published benefit is a free Ultimate license for one year, for GitLab SaaS or a self-managed installation, with up to 20 seats. The official page says support is not included. At the end of that first year, the published second-year benefit is a 50% discount on any tier for up to 20 users.

The early-stage route covers a Series A or Series B startup with no more than $20 million in external funding. That route does not promise a free Ultimate year. Instead, GitLab publishes a 50% discount on any tier for up to 20 users during the first year and a 25% discount on any tier for up to 20 users during the second year.

The funding must be external under the current rules. GitLab’s FAQ says that self-funded startups are not currently eligible under the stated qualification parameters. A founder who has built a company without outside funding should not assume that the word “startup” alone is enough to qualify.

Both routes are for new customers only. That restriction matters before an application is submitted. A team should check whether the company already has a GitLab subscription or an existing organization that could make it an existing customer. The official page does not define every edge case in the visible copy, so a company with a prior account should ask GitLab for a determination rather than relying on an assumption.

GitLab may request more information after the application is submitted. Acceptance also places program members under the GitLab Subscription Agreement. For self-hosted instances, users must enable usage and analytics features. Those are program conditions, not optional implementation suggestions.

What the benefit can cover

The seed-stage offer is especially relevant to teams that are ready to standardize how code moves from a change to a tested release. A single GitLab workspace can give a small engineering group a shared location for repositories, merge requests, issue coordination, pipelines, and security-related checks. The benefit can reduce the immediate software bill while a company establishes those practices.

The free license does not remove the work of deciding how the team will use GitLab. Before applying, identify the first repositories that matter, the person responsible for administration, the checks that must pass before a merge, and the deployment path the team wants to make repeatable. A company that has no owner or no near-term project may receive the software and still fail to get value from it.

The Series A/B route is a discount rather than a no-cost year. That distinction should be reflected in the budget. The company needs to understand the normal price of the selected tier, how many seats it expects to use, and what the first- and second-year discounts mean for cash planning. “Any tier” does not mean every feature is free, and the 20-user limit still applies to the published startup terms.

GitLab describes the platform as supporting development, security, and operations in one place. That makes the offer a reasonable fit for a team moving from ad hoc scripts and separate tools toward repeatable CI/CD, review rules, testing, access control, or security workflows. It is less compelling if the company only needs a private code repository and has no intention of adopting the wider workflow.

What to prepare before applying

The most important preparation is evidence of the company’s current funding status. GitLab says applicants must provide a Crunchbase profile, PitchBook profile, relevant venture-capital webpage, or accelerator webpage. If the linked profile does not show the company’s current funding status, GitLab asks applicants to include a document or public link that does. The official FAQ warns that an application without the requested documents will not be considered.

Prepare a consistent set of company details before opening the form:

• The legal or operating company name and public website.
• The company’s current stage: pre-seed, seed, Series A, or Series B.
• The amount of external funding and the public or documentary evidence supporting it.
• The account owner and the company domain that will be associated with the new GitLab use.
• Whether the intended deployment is GitLab SaaS or self-managed.
• The number of seats needed initially, staying within the published 20-seat limit.
• A short description of the product and the engineering workflow the team intends to improve.

The form itself is presented as an application rather than an instant coupon redemption. GitLab says all fields are required. Applications are not processed during U.S. holidays, and the company warns that responses can take longer during those periods. The page says GitLab’s team will contact applicants and guide them in getting started, so applicants should monitor the address used for the submission and respond to verification questions.

How to apply

Start from the official GitLab for Startups page linked in this listing. Review the funding band that matches the company before selecting the application action. A pre-seed or seed applicant should confirm that its external funding is no more than $5 million. A Series A or Series B applicant should confirm that its external funding is no more than $20 million. If the company is self-funded, the current FAQ says it is not eligible under the published rules.

Complete every required field with the same company name, stage, funding amount, website, and contact information used in the supporting evidence. Attach the required funding proof. If a VC, accelerator, Crunchbase, or PitchBook page does not make the current funding status clear, add the public link or document GitLab requests. This is the part of the process most likely to create avoidable follow-up if it is incomplete.

After submission, be ready for GitLab to validate the application data and request additional information. Approval is not automatic: the official page says GitLab validates the information to determine eligibility and offers the program at its sole discretion. If accepted, review the GitLab Subscription Agreement and plan the account setup around the benefit actually approved.

For a self-managed deployment, enable the usage and analytics features required by the program. For either deployment model, create a short internal rollout plan. One practical sequence is to select a small set of active repositories, establish permissions, make the main test and build pipeline reliable, then add deployment and security checks as the team gains confidence. The program terms provide access; they do not create that operating discipline for the company.

Planning beyond the first year

The free seed-stage year should not be treated as a permanent price. GitLab publishes a 50% discount on any tier for up to 20 users in the second year for the seed-stage route. For Series A/B companies, the published discounts are 50% in the first year and 25% in the second year. After the second year, GitLab says the company can choose among its offerings based on its needs.

Record the normal tier, seat count, and features the team uses from the beginning. That makes the renewal decision measurable. The useful questions are straightforward: Which repositories rely on GitLab pipelines? Which checks prevent real problems? How many users need paid access? Which parts of the workflow would be expensive or disruptive to move? If the team cannot answer those questions near the end of its benefit period, the free or discounted access has not yet been converted into a clear operating decision.

GitLab says it will reach out before the first year ends to discuss renewal options and next steps. That advance contact is helpful, but the company should still own its planning. Put the expected post-benefit cost into the budget, review the seat count, and decide whether the current tier remains justified. The second-year terms are published by funding band, so the company’s stage and funding route should be documented internally as well.

Common eligibility and execution mistakes

The first mistake is describing a bootstrapped company as eligible simply because it is early stage. The current page requires external funding, and the FAQ specifically excludes self-funded companies under the current parameters.

The second is applying under the wrong stage band. Pre-seed and seed companies use the $5 million funding ceiling. Series A and Series B companies use the $20 million ceiling. These are not interchangeable descriptions, and the benefit differs materially between them.

The third is overlooking the new-customer rule. Check existing GitLab accounts and subscriptions before submitting. If the company’s status is unclear, ask GitLab rather than creating a duplicate account and hoping it qualifies.

The fourth is sending a funding link that does not prove the current status. GitLab names the kinds of profiles and pages it accepts and says that missing evidence can result in the application not being considered. Gather the evidence first, then complete the required form.

The fifth is budgeting as if the free seed-stage year continues forever. The published second-year discount and the later choice of offerings should be part of the decision from the start.

The final mistake is treating a self-managed installation like a private exception to the program terms. GitLab explicitly says that self-hosted users must enable usage and analytics features. Confirm that the team can meet that condition before selecting the deployment model.

Bottom line

GitLab for Startups is currently an open, rolling program, not a closed annual competition. Qualifying pre-seed and seed companies with up to $5 million in external funding can apply for one year of free GitLab Ultimate for up to 20 seats. Eligible Series A and Series B companies with up to $20 million in external funding can apply for the published discounted route. Both routes are for new customers, and self-funded companies are currently outside the stated parameters.

The practical next step is to verify the company’s stage and external funding, assemble the required public or documentary proof, and submit the complete application through GitLab’s official page. Keep the application facts consistent, expect validation, and budget for the published second-year terms before the team starts relying on the platform.

Official application page

Apply and review the current terms at https://about.gitlab.com/solutions/startups/.