timetobail

GitLab · Forced move · Tracked since October 17, 2026 · Sources checked Oct 17

Time to bail on GitLab compliance pipelines?

Time to Bail · Boarding pass

FromGitLab compliance pipelines
ToYour pick

Act. You can stay.

Compliance pipelines are removed in GitLab 20.0, planned for May 20, 2027. Move each one to a policy first.[1]

Act means: change a setting or plan before the date. You can stay.

Gate closes
GitLab 20.0 release (planned)
Time left
214days
Status
Act

GitLab 20.0 removes compliance pipelines (May 20, 2027)

GitLab deprecated compliance pipelines in GitLab 17.3. They are set to be removed in GitLab 20.0, planned for May 20, 2027. GitLab asks you to move each one to a pipeline execution policy. The framework page has a button that does the move.

Email me 7 days before May 20

One email with the first steps. Nothing else.

Or add the date to your calendar: Apple or Outlook (.ics) · Google Calendar

What to do before May 20

Tick steps as you go. Your progress stays in this browser.

  1. List your frameworks

    Find each compliance framework that has a compliance pipeline set.

  2. Use the migrate button

    Open the framework and select Migrate pipeline to a policy.

  3. Test the policy

    Run a pipeline in a test project and check that the required jobs still run.

Email me 7 days before May 20

One email with the first steps. Nothing else.

Or add the date to your calendar: Apple or Outlook (.ics) · Google Calendar

Facts we checked

Facts and their sources
GitLab 20.0 release (planned)May 20, 2027[2]
Removed inGitLab 20.0[1]
Deprecated inGitLab 17.3[1]
ReplacementPipeline execution policy type[1]
Breaking changeYes[3]
How to moveIn the compliance framework, select Migrate pipeline to a policy in the banner[3]
Before you turn on policiesMove the compliance pipeline first; do not run both in the same project[3]
GitLab.comDeprecated features can be removed at any time in the month before the release[1]
Compliance frameworks with a compliance pipelineMust move to a policy before GitLab 20.0[1]

Sources

Check it yourself. Every fact above links here.

  1. Deprecations and removals by version GitLab · primary · checked Oct 17
  2. GitLab release and maintenance policy GitLab · primary · checked Oct 17
  3. Compliance pipelines (deprecated) GitLab · primary · checked Oct 17
Read the published editorial report

What changed

Time to bail on GitLab compliance pipelines? Act. You can stay. Compliance pipelines are removed in GitLab 20.0, planned for May 20, 2027. Move each one to a policy first.

On our scale this is Act: change a setting or plan before the date. You can stay.

GitLab deprecated compliance pipelines in GitLab 17.3. They are set to be removed in GitLab 20.0, planned for May 20, 2027. GitLab asks you to move each one to a pipeline execution policy. The framework page has a button that does the move.

Here are the facts we checked:

  • GitLab 20.0 release (planned): May 20, 2027 (GitLab)
  • Removed in: GitLab 20.0 (GitLab)
  • Deprecated in: GitLab 17.3 (GitLab)
  • Replacement: Pipeline execution policy type (GitLab)
  • Breaking change: Yes (GitLab)
  • How to move: In the compliance framework, select Migrate pipeline to a policy in the banner (GitLab)
  • Before you turn on policies: Move the compliance pipeline first; do not run both in the same project (GitLab)
  • GitLab.com: Deprecated features can be removed at any time in the month before the release (GitLab)
  • Compliance frameworks with a compliance pipeline: Must move to a policy before GitLab 20.0 (GitLab)

You can stay on GitLab. You have to change a setting or plan before the date.

Leaving is a choice here, not a must.

GitLab is the main source for this page. GitLab has not said more than what is listed here. If a fact is not on this page, we do not know it yet.

Who is affected

Compliance frameworks with a compliance pipeline: Must move to a policy before GitLab 20.0.

The date to remember is May 20, 2027. Make the change before then.

What to do before May 20

  1. List your frameworks. Find each compliance framework that has a compliance pipeline set.
  2. Use the migrate button. Open the framework and select Migrate pipeline to a policy.
  3. Test the policy. Run a pipeline in a test project and check that the required jobs still run.

A few tips:

  • Make the change yourself before the date. Do not wait for the last reminder email.
  • Write down your current plan or settings first, so you can compare after the change.
  • After the change, open your settings again and check that it worked.

How to tell your users

If the change affects your members or team, send one short email. Say what changes for them and when. Put the most important line first.

If there is a date, send a short reminder a few days before it. Keep a copy of the list you sent it to.

Options people mention

Listed for convenience. Not ranked. Not paid. These names come up in threads and reviews; that does not show where people moved.

Before you pay, check the price page of each tool yourself. Prices change, and we only list what our sources say.

Questions people ask

No questions collected yet.

Sources

Thanks.

Did this answer your question?

Run SaaS spend at work? Get these changes before the invoice

Arrivals · for builders

Building where they land?

People on GitLab compliance pipelines can stay if they make the change. Some would rather leave. Get the playbook for this change, and list your product here.

Listing is free. An editor checks it. Not ranked. Not paid.