Labels
Labels can be applied to issues, merge requests, and epics. Group labels are available for any project within the group.
Labels 3,733
-
The Revenue Organization cannot sell the Premium SKU without this capability to the customer that was referenced.
-
The Revenue Organization is able to sell or keep the customer referenced in comment, but the customer is expecting committed delivery on this capability for Premium
-
The Revenue Organization cannot renew the Premium SKU without this capability with the customer that was referenced.
-
Track issues related to timing/communication sensitive priority projects in Fulfillment
-
Direct product contributions from the Security Division's Security Platforms and Architecture Team
-
Candidate issues for the Product Security Engineering team https://handbook.gitlab.com/handbook/security/security-engineering/product-security-engineering/
-
Work performed to build, maintain, or augment outside-of-the-product custom tooling needed to satisfy Product Security requirements.
-
An MR that modifies existing non-vulnerable functionality to be more robust if an “earlier” security control fails.
-
A new tool, method, class, check that, gives GitLab’s contributors an easier way to perform an activity securely.
-
The work type isn’t entirely clear yet, but we don’t want to block progress for now.
-
Functionality required by GitLab Product Security teams.
-
Work done as part of the effort to integrate functionality from custom in-house tooling into a GitLab product.
-
Product Security Engineering Priority Level 1. This issue requires immediate attention and should be worked on as soon as possible. Typically, it is added to the next milestone or addressed during the current one if a team member has extra capacity
-
Product Security Engineering Priority Level 2. This issue is essential but can wait for a few milestones.
-
Product Security Engineering Priority Level 3. This issue is a nice-to-have, but we do not commit to a specific timeline.