GitLab Support for Gitpod is Here 🎉

Dec 4, 2019

GitLab Support for Gitpod is Here 🎉

Avatar of svenefftinge Sven Efftinge

We are happy to announce that you can finally enjoy Gitpod’s frictionless ready-to-code dev environments on GitLab as well.

gitpod loves gitlab

Getting Started with GitLab and Gitpod

Starting a dev environment for a GitLab project works just as with GitHub, i.e. you prefix any GitLab project URL with

You can try it out with the Spring PetClinic example:

Besides the standard project URL, Gitpod supports

Depending on the context, your dev environment will be initialized differently.

For instance, if you start a workspace from the issue context above, you’ll get a fresh workspace with a new local branch based on master.

The new local branch will be named like <username>/<issue-title>-<issue-nr>, in my case it is: svenefftinge/allow-skip-first-name-1 (if the issue title is too long, only the first few words will be included in the branch name).

GitLab Issue Context

Configure your project

To get the most out of Gitpod, you need to tell it how a perfect dev environment for your project looks like. Dev environments run as containers which you can configure through custom Docker files.

Furthermore you can specify which tasks should run after a fresh checkout. Usually this includes build steps, downloading dependencies and running some unit tests. Read below’s section on prebuilds, to make Gitpod automatically run these steps as a CI pipeline whenever someone pushes changes to your project.

There is much more you can do to make sure every team member gets a ready-to-code dev environment when they need one. Please refer to the docs for details.


Gitpod’s prebuilt workspaces are key to providing ephemeral, ready-to-code dev environments for your branches and projects. You can configure Gitpod to run your project’s build asynchronously every time someone pushes new commits or branches to your repository. So when a developer wants to start coding, she can, because everything is already prepared.

Enabling prebuilds on your GitLab project is done by configuring a Webhook. But don’t fear, you don’t have to do that manually, just run a prebuild on your project and it will be configured automatically. To do that, use the prefix, as in<myuser>/<myrepo>

We Need Your Feedback

All important features in Gitpod go through a beta phase, so you get the chance to try it early and participate in further development of the feature. So, please let us know with anything that bugs you or any ideas you have that could make your daily life with GitLab and Gitpod more seamless.

I run GitLab Self-Managed!

If you want to use Gitpod with your self-managed instance of GitLab, you’ll need to wait a bit longer for Gitpod Enterprise (or apply for our private beta).

Gitpod Enterprise will be released soon and allows to run Gitpod either self-managed or managed by us. Gitpod Enterprise runs on Google Cloud or any vanilla Kubernetes installation and can be configured to connect with any GitLab or GitHub installation.

More articles

DevX Digest 03 - The Psychology of Developer Experience

For our third edition of DevX Digest, we talk about the psychology behind developer experience.

Avatar of pawlean Avatar of mikenikles Avatar of ellenchisa Nov 10, 2021

Thanks Microsoft for open-sourcing VS Code Server 👐

Thanks Microsoft for open-sourcing VS Code Server

Avatar of jeanp413 Avatar of akosyakov Avatar of loujaybee Nov 4, 2021

Introducing Gitpod for Startups

We're launching our startup program to help you build great things without friction, for free.

Avatar of phimae Avatar of JohannesLandgraf Nov 2, 2021