GitLab logo

The first single application for the entire DevOps lifecycle

GitLab's mission is to change all creative work from read-only to read-write so that everyone can contribute. When everyone can contribute, consumers become contributors and we greatly increase the rate of human progress.



We do what we promised to each other, customers, users, and investors.

We measure results, not hours. We care about what you achieve; the code you shipped, the user you made happy, and the team member you helped. You don't have to defend how you spend your day. We trust team members to do the right thing instead of having rigid rules. And we know you don't always get the results you want, but we believe our talents can be developed through hard work, good strategies, and input from others.

Regarding ownership, we expect team members to complete tasks that they are assigned. Having a task means you are responsible for anticipating and solving problems. As an owner you are responsible for overcoming challenges. This means taking initiative and pro-actively informing stakeholders when there is something you might not be able to solve. 

We operate with a sense of urgency and bias for action. At an exponentially scaling startup, time gained or lost has compounding effects. So we keep our focus on action, and don't fall into the trap of analysis paralysis or sticking to a slow, quiet path without risk. Decisions should be thoughtful, but delivering fast results requires the fearless acceptance of uncertainty and occasionally making mistakes. Our bias for action also allows us to course correct quickly. And while we iterate with small changes, we strive for large, ambitious results.

Collaborators at GitLab Commit London 2019.


Curiosity & Innovation

We do the smallest thing possible and get it out as quickly as possible.

We don't write large plans, only the first step, because if we take smaller steps and ship smaller, simpler features, we get feedback sooner. Instead of spending time working on the wrong feature or going in the wrong direction, we can ship the smallest product, receive fast feedback, and course correct. We trust that we'll know better how to proceed after something is released.  

When we have something of value like a potential blog post or a small fix, we implement it straight away while everything is fresh in our head and we have the motivation. We don’t wait until we have a better version; we look to make the quickest change possible to improve the user's outcome. And if we validate that the change adds more value than what is there now, we do it. No need to wait for something more robust. 

This value is the one people most underestimate when they join GitLab. The impact both on your work process and on how much you achieve is greater than anticipated. In the beginning, it hurts to make decisions fast and to see that things are changed with less consultation. But frequently the simplest version turns out to be the best one. 

Having a low level of shame requires you to combat a natural inclination to conceal work until it's perfect, and instead celebrate the small changes. — Darren Murph Head of Remote



Be open about as many things as possible.

Everything at GitLab is public by default. Transparency creates awareness for GitLab, allows us to recruit people that care about our values, gets us more and faster feedback from people outside the company, and makes it easier to collaborate with them. Transparency is also about sharing great software, documentation, examples, lessons, and processes with the whole community and the world in the spirit of open source, which we believe creates more value than it captures. 

At GitLab we make transparent changes - the reasons for the change are laid out clearly along with the change itself. This leads to fewer questions later on because people already have some understanding. A change with no public explanation can lead to a lot of extra rounds of questioning, which is less efficient. Also, anyone and anything can be questioned. Any past decisions and guidelines are open to questioning as long as you act in accordance with them until they are changed. 

Transparency also means being direct with each other. We try to channel our inner Ben Horowitz by being both straightforward and kind, an uncommon cocktail of no-bullshit and no-asshole. In this sense, feedback is always about your work and not your person.

GitLab & Buffer CEOs talk transparency at scale
6 min read

GitLab & Buffer CEOs talk transparency at scale



We help each other out.

Helping others is a priority, even when it is not immediately related to the goals that we're trying to achieve. We also know we can rely on others for help and advice — in fact, we're expected to do so. When we have a problem we speak up, ask for help, and are forthcoming with information. And we don't forget to recognize the people that have helped us publicly (for example, in our #thanks chat channel). 

We value caring for others. Demonstrating we care for people provides an effective framework for challenging directly and delivering feedback. We give as much positive feedback as we can, and we always assume positive intent in our interactions with others, respecting their expertise and giving them grace in the face of what we might perceive as mistakes.

We also make an effort to get to know each other. We use a lot of text-based communication, and if you know the person behind the text, it will be easier to prevent conflicts. So we encourage people to get to know each other on a personal level through our Take a Break calls, virtual coffee chats, and during GitLab Contribute (our in-person company meetups).

Diversity, Inclusion & Belonging

Diversity & Inclusion

Diversity and inclusion are fundamental to the success of GitLab. 

We aim to make a significant impact in our efforts to foster an environment where people from every background and circumstance feel like they belong and can contribute. Along those lines, we choose to build and institutionalize a culture that is inclusive and supports all employees equally in the process of achieving their professional goals.

We use inclusive language and pronouns. We recognize that unconscious bias is something that affects everyone and that we are responsible for understanding our own implicit biases and helping others understand theirs. We list our Transgender Medical Services and Parental Leave publicly so people don't have to ask for them during interviews. And we celebrate neurodiversity, a type of diversity that includes autism, ADHD, dyscalculia, dyspraxia, and other styles of neurodivergent functioning, recognizing that neurodivergent individuals often bring unique skills and abilities to the table.

We also support shifting work hours for a cause. Caregiving, outreach programs, and community service do not conveniently wait for regular business hours to conclude. If there's a cause or community effort taking place, feel welcome to work with your manager and shift your working hours to be available during a period where you'll have the greatest impact for good. 

Diversity, Inclusion & Belonging at GitLab
9 min read

Diversity, Inclusion & Belonging at GitLab


Conscious Communication

We care about working on the right things, not doing more than needed, and not duplicating work.

We aim to be respectful of others' time by considering the time investment we are asking them to make with meetings or a permission process. We try to avoid meetings, and if one is necessary, we try to make attendance optional for as many people as possible. 

We communicate effectively. We keep one-to-many written communication brief, and give short answers to verbal questions so the other party has the opportunity to ask more or move on. We also document everything: in the handbook, in meeting notes, in issues. We do that because it is far more efficient to read a document at your convenience than to have to ask and explain. Having something in version control also lets everyone contribute suggestions to improve it. 

Remote is much better for your mental health and sanity than other settings, and it's because it forces you to work asynchronously (...) With an asynchronous mindset, it enables all of us to take a step back and assume that whatever we're doing is done with no one else online. It removes the burden of a nonstop string of messages where you're expected to respond to things immediately. — Darren Murph Head of Remote
organizations using GitLab
code contributors
all-remote team members
countries represented by our team members


We're the world's largest all-remote organization and we currently have team members in 68 countries and regions.

Benefits & Perks

Paid Time Off
We have a "no ask, must tell" time off policy, and you do not need to ask permission to take time off unless you want to have more than 25 consecutive calendar days off.
Stock Options
GitLab employees receive stock options in an amount depending on their division. They earn them after a 1 year cliff and over a 3 year vesting period.
Employee Assistance Program
GitLab offers an an GitLab's Employee Assistance Program provides technology and professional support to help reduce stress, feel more engaged, and be happier.
Spending Company Money
GitLab team members take responsibility to determine what they need to purchase or expense in order to do their jobs effectively.
Tuition Reimbursement
You are eligible for a reimbursement of up to $20K per calendar year depending on tenure, performance, and company need for the learned skill.
Parental Leave
We offer everyone who has been at GitLab for a year up to 16 weeks of 100% paid time off during the first year of parenthood.
GitLab Contribute
Every 9 months or so GitLab team members gather at an exciting new location to get face-time with each other and stay connected.
Business Travel Accident Policy
This policy provides emergency Medical and Life Insurance coverage for team members who travel domestic and internationally for business purposes.
Visa support and other benefits for eligible team members.
Deceased Team Member
In the unfortunate event that a GitLab team member passes away, GitLab will provide a $20,000 lump sum to anyone of their choosing.

Hiring Process

How can I apply for a job?

GitLab is embracing an innovative approach to the way we recruit new team members. This shift to an outbound recruiting model will allow us to continue to grow GitLab and build an even more diverse team in the most efficient way possible, while also sustaining our culture. Our Recruiting team will be focused on sourcing the most talented candidates for our open roles.

This recruiting model means you’ll see some significant changes to the GitLab jobs page. We will no longer be accepting inbound applications for our roles.

Instead, we invite you to join the GitLab talent community. That’s where you’ll be able to share your resume with our team so that you can be considered for a career opportunity with GitLab. Have questions about the Talent Community? Check out this FAQ video on GitLab Unfiltered.

I have to admit, the whole [hiring] process made me want to work for Gitlab even more, as each step of the way I could clearly see that company values are not only something written in the handbook, but clear guidelines for every part of the process. — Gosia Ksionek Senior Backend Engineer

Still Curious?

Why Work Remotely?
2 min video

Why Work Remotely?

GitLab Culture
8 min read

GitLab Culture

Communication at GitLab
9 min read

Communication at GitLab

Commit London 2019: Opening Keynote - The Power of GitLab
17 min video

Commit London 2019: Opening Keynote - The Power of GitLab