Skip to content

Prioritized labels

Drag to reorder prioritized labels and change their relative priority.
  • 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
  • severity1
    GitLab.org
    Blocker - applies to bugs and bug categories of availability, performance, security and ux. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#severity
  • 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
  • severity2
    GitLab.org
    Critical - applies to bugs and bug categories of availability, performance, security and ux. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#severity
  • priority3
    GitLab.org
  • severity3
    GitLab.org
    Major - applies to bugs and bug categories of availability, performance, security and ux. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#severity
  • severity4
    GitLab.org
    Low - applies to bugs and bug categories of availability, performance, security and ux. See https://handbook.gitlab.com/handbook/engineering/infrastructure/engineering-productivity/issue-triage/#severity
  • Maintenance
    GitLab.org / omnibus-gitlab
    Change requests, eg. version upgrade of software, default configuration value change.
  • Internal
    GitLab.org / omnibus-gitlab
    Any work that is not customer/user facing.
  • Other labels

  • wontfix
    GitLab.org
    Issues that will be not handled
  • work items
    GitLab.org
    Related to the Work Items feature
  • Applied when closing incomplete work because it is decided that no more will be done on an issue or epic.
  • This is a security issue that is ready to be deployed but awaiting a security release
  • workflowblocked
    GitLab.org
    Issues that are blocked until another issue has been completed
  • workflowcanary
    GitLab.org
    Merge request is deployed to the canary environment.
  • workflowcomplete
    GitLab.org
    Applied after all MRs have merged and the issue has been verified if necessary
  • Was not advanced beyond the current version (experimental or beta). See https://docs.gitlab.com/ee/policy/alpha-beta-support.html
  • Issues for features that are being enabled through a separate feature flag rollout issue
  • workflowin dev
    GitLab.org
    Issues that are actively being worked on by a developer
  • workflowin review
    GitLab.org
    Issues that are undergoing code review by the development team and/or undergoing design review by the UX team
  • Product managers use this label when they've completed an issue peer review.
  • Product managers use this label when their issue needs to be reviewed.
  • Issues that need estimation, and possibly breaking down into further chunks to enable effective iteration. https://about.gitlab.com/handbook/product-development-flow/
  • Post-migrations on the merge request have been executed in GitLab.com
  • Post-migrations on the merge request have been executed in staging.gitlab.com.
  • Workflow label for validating if the problem is customer relevant. https://about.gitlab.com/handbook/product-development-flow/#workflow-summary
  • workflowproduction
    GitLab.org
    Merge request has been deployed to GitLab.com