Labels

Indicates that associated merge request pipeline jobs would run in the context of the `gitlab-org/gitlab-foss` project

Indicates that associated merge request pipeline will trigger a cross project downstream pipeline in GitLab JH validation project. See https://docs.gitlab.com/ee/development/pipelines/#as-if-jh-cross-project-downstream-pipeline Can be disabled by setting $CI_AS_IF_JH_ENABLED to `false`

Automation-only label: no need to apply it manually. Indicates that the next merged results pipeline should run E2E Omnibus tests once (if applicable for the type of changes).

Ensure flaky tests aren't automatically skipped

Run tests with Praefect using a PostgreSQL database instead of an in-memory election strategy

Indicates that associated merge request pipelines will be forced to deploy a review app regardless of the changes

Indicates that associated merge request pipelines will run all the RSpec jobs for Elasticsearch and OpenSearch

Indicates that associated merge request pipelines will run jobs with a single database

Indicates that associated merge request pipelines will run jobs where `gitlab_sec` tables use a different DB connection

Indicates that the associated merge request pipelines should not run the `check-deprecated-files` job

skips running ci validation tests in MR pipeline

Indicates that the undercoverage job for the merge request will be allowed to fail

This is an automatically-applied label when the latest pipeline on a merged MR was creating too long ago at the time of merging.

Indicates that associated merge request pipelines will be run jobs to force caches to be updated

An issue that is not assigned an epic, milestone, or contains not enough information. It requires more triaging to decide its fate.

Issues which are particularly important to be released in the specified milestone. This should only be set by the responsible PM.

Work relating to the work item planning views project

An issue which has been validated and breakdown started, but requires further refinement before development can begin. This label is being used as part of an experiment and should not be manually added/removed. See gitlab-org/developer-relations/contributor-success/team-task#382

An issue which has been validated and ready for planning/design/development. This label is being used as part of an experiment and should not be manually added/removed. See gitlab-org/developer-relations/contributor-success/team-task#382

Outlier that relates to a single distribution, platform, or architecture (eg Debian/AWS/ARM/)