Skip to content

Prioritized labels

Drag to reorder prioritized labels and change their relative priority.
  • groupfoundations
    GitLab.org
    Group covering our design system (Pajamas) and foundational Frontend experiences
  • Issues and epics belonging to the Fulfillment Platform group of the Fulfillment stage.
  • groupglobal search
    GitLab.org
    Issues belonging to the Global Search group of the Core Platform stage of the DevOps lifecycle.
  • groupprovision
    GitLab.org
    Issues belonging to the Provision group of the Fulfillment stage of the DevOps lifecycle. See https://about.gitlab.com/handbook/product/categories/#provision-group
  • Issues related to search using the search field in the top navigation bar
  • [DEPRECATED] Adoption was a group in the Fulfillment section. See https://about.gitlab.com/handbook/product/categories/#fulfillment-section
  • Model Experiments
    GitLab.org
    Model Experiments allows Data Scientists to track candidates for their machine learning models
  • Issues and epics belonging to the Subscription Management group of the Fulfillment stage.
  • groupauthorization
    GitLab.org
    Issues belonging to the Authorization group of the Govern stage of the DevOps lifecycle, https://about.gitlab.com/handbook/product/categories/#authorization-group
  • grouputilization
    GitLab.org
    label for the fulfillment subscription team
  • groupobservability
    GitLab.org
    Issues belonging to the Observability group of the Analyze stage, for product category Error Tracking. See https://about.gitlab.com/handbook/product/categories/#observability-group
  • modular_monolith
    GitLab.org / GitLab
    Issues related to the effort of having a Modular Monolith and #modular_monolith Slack channel discussions
  • Indicates that the structure.sql can be changed without introducing migrations
  • Code Search Category is part of Global Search that focuses on searching through Code Across Repositories
  • Changes to Architecture Evolution Blueprints described at https://about.gitlab.com/handbook/engineering/architecture/workflow/
  • Secure: Issues being worked on by the Secure Analyzer Frontend Team
  • SaaS services for the US Public Sector
  • Issue has gone through Quad Planning process (PM,Dev,UX,QE) and does not require any additional action
  • SaaS services for the US Public Sector
  • StORMIntake
    GitLab.org
    Label to communicate potential security operational risks to the Security Risk Team
  • Additional information is required to support the Security Risk Team's StORM Risk Assessment
  • CI persistence
    GitLab.org
    Issues related to Persistence (workspaces, caching). Does not include artifacts, which is its own label
  • StORMOut of Scope
    GitLab.org
    The Security Risk Team performed a StORM Risk Assessment and determined that the potential risk identified is out of scope for the StORM program because it is not considered an operational security risk.
  • Label used to note the Security Risk Team is currently assessing a potential risk
  • milestonep1
    GitLab.org
    Priority 1 for the assigned milestone.
  • This label is for things related to the Risk and Field Security team
  • milestonep2
    GitLab.org
    Priority 2 for the assigned milestone.
  • milestonep3
    GitLab.org
    Priority 3 for the assigned milestone.
  • milestonep4
    GitLab.org
    Priority 4 for the assigned milestone.
  • Deliverable
    GitLab.org
    Issues scheduled for the current milestone.
  • CI rules
    GitLab.org
    Issues related to CI rules or linting
  • priority1
    GitLab.org
    We will address this as soon as possible regardless of limit on our team capacity. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#priority
  • priority2
    GitLab.org
    We will address this soon and will provide capacity from our team for it in the next few releases. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#priority
  • priority3
    GitLab.org
  • VerifyP1
    GitLab.org
    Issues related to current milestone's top product priorities for the Pipeline Execution group in the Verify stage
  • VerifyP2
    GitLab.org
    Issues related to next milestone's top product priorities for the Pipeline Execution group in the Verify stage
  • VerifyP3
    GitLab.org
    Issues related to future milestone's top product priorities for the Pipeline Execution group in the Verify stage
  • UX
    GitLab.org
    Issues or MRs that introduce user-facing changes or impact the user experience. Applying this label to issues will signal a need for a designer.
  • Other labels

  • master-broken incidents caused by flaky tests
  • master-broken incidents occurred in fork repos, main FOSS and JiHu, due to code changes to the Gitlab main repo that does not have any test coverage for running in a fork repo.
  • master-brokengitaly
    GitLab.org
    This label is for master broken incidents occured because gitaly is failed to setup. See example: gitlab-org/quality/engineering-productivity/master-broken-incidents#625
  • This label describes a broken master scenario with the error "Gitlab is unable to handle this request due to load."
  • master-broken incidents caused by various infrastructure issue such as network error, runner memory limit reached, etc.
  • This label is to identify master broken incidents caused by job timing out
  • Master broken incidents caused by db:migrate:multi-version-upgrade job, see example: gitlab-org/quality/engineering-productivity/master-broken-incidents#5982
  • master-broken incidents caused by merging two merge requests impacting the outcomes of the same spec, potentially resulted in delayed pipeline feedback, would have been avoided if merge train is enabled
  • master-broken incidents caused by MR being merged without running a new pipeline
  • When master pipeline incident occurs due to the runner having no disk space left.
  • Test data state leaked through test cases. The same as ~"flaky-test::state leak" but it's considered broken because it's almost always happening. See https://docs.gitlab.com/ee/development/testing_guide/flaky_tests.html#state-leak
  • master-broken incidents caused by gap in the test selection process, meaning the tests that would have caught the issue was mistakenly filtered out via MR pipeline test selection.
  • The cause of the failure is not straight forward and yet to be determined
  • masterfailed
    GitLab.org / GitLab
  • masterpassed
    GitLab.org / GitLab
  • master:broken
    GitLab.org
    Used to track broken masters and their fixes.
  • master:foss-broken
    GitLab.org
    Used to track broken FOSS masters and their fixes.
  • Issues that caused "broken master" and were addressed by quarantining, reverting, or temporary workarounds.
  • mattermost
    GitLab.org
    Used to notify Mattermost Support for technical issues with GitLab Mattermost and escalation by GitLab Support
  • maturitycomplete
    GitLab.org
    This item is part of the plan to get the associated category to the complete maturity level