Labels

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

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/)

Issues migrated from Platform label to Create label Ref: gitlab-org/quality/triage-ops#59

R&D Interlock process label

R&D Interlock process label

R&D Interlock process label

R&D Interlock process label