Skip to content

Prioritized labels

Drag to reorder prioritized labels and change their relative priority.
  • Access Request
    GitLab.org / Distribution / Team tasks
  • Unscheduled
    GitLab.org / Distribution
    Work that needs to be completed in a milestone but was not previously scheduled
  • External
    GitLab.org / Distribution / Team tasks
  • Research
    GitLab.org / Distribution / Team tasks
  • Scheduled
    GitLab.org / Distribution
    Work scheduled for delivery
  • Internal
    GitLab.org / Distribution / Team tasks
    Any work that is not customer/user facing.
  • Maintenance
    GitLab.org / Distribution / Team tasks

    • Other labels

  • 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
  • workflowissue reviewed
    GitLab.org
    Product managers use this label when they've completed an issue peer review.
  • workflowneeds issue review
    GitLab.org
    Product managers use this label when their issue needs to be reviewed.
  • workflowplanning breakdown
    GitLab.org
    Issues that need estimation, and possibly breaking down into further chunks to enable effective iteration. https://about.gitlab.com/handbook/product-development-flow/
  • workflowpost-deploy-db-production
    GitLab.org
    Post-migrations on the merge request have been executed in GitLab.com
  • workflowpost-deploy-db-staging
    GitLab.org
    Post-migrations on the merge request have been executed in staging.gitlab.com.
  • workflowproblem validation
    GitLab.org
    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
  • workflowready for design
    GitLab.org
    (optional) PM and Design prioritized design backlog of the next issues to be done
  • workflowready for development
    GitLab.org
  • workflowready for review
    GitLab.org
    Merge requests which are ready to be reviewed and can be reviewed by any team-member with sufficient knowledge in the given area. For reviewing the merge request just assign to yourself and remove this label.
  • workflowrefinement
    GitLab.org
    Issues that need further input from team members in order for it to be "workflow::ready for development"
  • workflowscheduling
    GitLab.org
    Issues that are ready for development but are not yet active (or have an associated release). https://about.gitlab.com/handbook/product-development-flow/
  • workflowsolution validation
    GitLab.org
    Workflow label for validating that the proposed solution meets user needs. https://about.gitlab.com/handbook/product-development-flow/
  • workflowstaging
    GitLab.org
    Merge request has been deployed to staging.gitlab.com.
  • workflowstaging-canary
    GitLab.org
    Merge request is deployed to the staging canary environment.
  • workflowstaging-ref
    GitLab.org
    Merge request is deployed to the staging ref environment.
  • workflowstart
    GitLab.org
    The entry point for workflow scoped labels. From here, Issues will either move through the validation workflow, go directly to planning and scheduling, or in certain cases, go directly to the development steps.
  • workflowvalidation backlog
    GitLab.org
    Issues in a backlog of potential validation opportunities. This label is part of the product development flow https://about.gitlab.com/handbook/product-development-flow/#workflow-summary