Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab FOSS GitLab FOSS
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 0
    • Merge requests 0
  • Requirements
    • Requirements
    • List
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.org
  • GitLab FOSSGitLab FOSS
  • Issues
  • #63373

You need to sign in or sign up before continuing.
Closed
Open
Created Jun 17, 2019 by Sarah Waldner@sarahwaldner✨Developer

Label issues opened by Prometheus alerts with `incident`

Problem to solve

GitLab users use issues for many things. As we start to build out Incident Management within GitLab, we need a way to differentiate between issues being used as incidents and other issues. This solves the following problems:

  1. To build out feature around incidents (Post incident reviews, Incident triage dashboard, etc) we need a way to indicate an issue is an incident
  2. DevOps teams need an easy way to search for incidents, create boards
  3. First iteration of Incident Triage Dashboard could be an issue board based on the Incident label

Intended users

Sasha the Software Developer
Devon the DevOps Engineer
Sidney the Systems Administrator

Further details

This work contributes to the Incident Management Vision

Proposals

  1. When the Alert bot creates an issue for the first time in a GitLab instance, check to see if incident is an existing label and if it does not exist, create it.
  2. Automatically add the incident label to all issues created by the Alert bot
  3. Incident label can be manually removed from incidents by users

Permissions and Security

Anyone who can interact with issues and add labels to them

Documentation

Testing

What does success look like, and how can we measure that?

Links / references

Edited Aug 14, 2019 by Sarah Waldner
Assignee
Assign to
12.2
Milestone
12.2 (Past due)
Assign milestone
Time tracking