Gitlab hero border pattern left svg Gitlab hero border pattern right svg

Category Direction - Pipeline Authoring

Our Mission

Defining your pipelines is an essential step in getting started with Continuous Integration. Our goal is to make the authoring experience as easy as possible for both novice and advanced users alike. We believe that creating a green pipeline quickly and easily will help development teams leverage our CI to increase their efficiency. One of the ways we measure success is by improving the time to green pipeline.

Our vision

GitLab wants your time to a green pipeline to be the fastest on any platform.

When you're setting up something new, and especially when learning a new CI platform, there can be a lot to take in, and it can be hard to even know what you don't know, and what kinds of options and strategies are available to you. This is why our focus over the next three years is to create an amazing authoring experience in a way that leads to getting your first green pipeline as quickly as possible while leveraging all the available features and functionalities GitLab CI can offer.

Our top vision items are:

Everyone can contribute

If you have any feedback on our 3 year vision which you would like to share please do so in the Pipeline authoring 3 year vision

There are some exciting opportunities we've yet to begun to explore:

Additional Resources

For more general information on CI direction see also the general Continuous Integration category direction. You may also be looking for one of the following related product direction pages: GitLab Runner, Continuous Delivery, Release stage, or Jenkins Importer.

What's Next & Why

The work on 13.6 is scoped and you can see the assigned issues on our planning issue The most upvoted issue is:

We are also beginning our work around building the foundation for a dedicated pipeline authoring area and the pipeline visual builder

Maturity Plan

Since this category is already at the "Lovable" maturity level (see our definitions of maturity levels), it is important to us that we defend that position in the market. As such, we are balancing prioritization of important P2 issues and items from our backlog of popular smaller feature requests in addition to delivering new features that move the vision forward. If you feel there are any gaps or items that would risk making authoring pipelines in GitLab no longer lovable for you, please let us know.

Competitive Landscape

Our main competitor doing innovative things in terms of pipeline authoring is GitHub, who have evolved Actions into more and more of a standalone CI/CD solution. GitLab remains far ahead in a lot of areas of CI/CD that they are going to have to catch up on, but Microsoft and GitHub have a lot of resources and have a large user base excited to use their product, especially when given away as part of a package. Actions has a more event-driven and community plugin-based approach than GitLab, whereas we take community contributions directly into the product where they can be maintained.

GitHub actions are a seemingly powerful toolkit with a high potential for low maintainability with community contributions as we have seen with Jenkins. We are monitoring to swiftly incorporate the best of their innovation into our product. We've already had some successes running GitHub Actions directly in GitLab CI and will continue to explore that. We are also working on a migration guide to help teams we're hearing from who are looking to move over to GitLab have an easier time. Features like making the script section in containers optional would make it easier to build reusable plugins within GitLab that would behave more like Actions.

Top Customer Issue(s)

Our top customer issues (search) include the following:

Top Internal Customer Issue(s)

Our top internal customer issues (search) include the following:

Our top dogfooding issues (search) are:

Analyst Landscape

Pipeline Authoring is not independently analyzed as an analyst category. See our Continuous Integration Direction for this content.

Git is a trademark of Software Freedom Conservancy and our use of 'GitLab' is under license