Github action commands for automating issue management.
Based on work from: https://github.com/microsoft/vscode-github-triage-actions
Type: label
action: defines what action to perform (closeoraddToProject)name: defines which label to match onaddToProject: an object that is required when theactionisaddToProject, but is otherwise optional.addToProject.url: Absolute url of the project where the projectidwill be parsed.addToProject.column: Column name to add the issues to. Required for old types of projectsremoveFromProject: an object that is required when theactionisremoveFromProject, but is otherwise optional.removeFromProject.url: Absolute url of the project where the projectidwill be parsed.
Note: When removed, the issue will irreversibly lose the project-specific metadata assigned to it. removeFromProject does not currently work for old project types.
Syntax:
{
  "type": "label",
  "name": "plugins",
  "action": "addToProject",
  "addToProject": {
    "url": "https://github.com/orgs/grafana/projects/76",
    "column": "To Do"
  }
}Mark commits with an error, failure, pending, or success state, which is then reflected in pull requests involving those commits.
Syntax:
[
  {
    "type": "<check>"
    // check specific properties
  }
]This will check if a milestone is set on a pull request or not. All properties below except type are optional.
Syntax:
{
  "type": "check-milestone",
  "title": "Milestone Check",
  "targetUrl": "https://something",
  "success": "Milestone set",
  "failure": "Milestone not set"
}This will check if labels.matches matches any labels on a pull request.
- If it matches, it will create a success status with a 
labels.existsmessage. - If it does not match it will create a failure status with a 
labels.notExistsmessage. 
If skip.matches is specified, it will check if any of the labels exist on a pull request and if so, it will create a success status with a skip.message message. This will happen before returning a failure status according to the documentation above.
All properties below except type and labels.matches are optional. The labels.matches and skip.matches support providing a * (star) at the end to denote only matching the beginning of a label.
{
  "type": "check-label",
  "title": "New Label Backport Check",
  "labels": {
    "exists": "Backport enabled",
    "notExists": "Backport decision needed",
    "matches": [
      "backport v*"
    ]
  },
  "skip": {
    "message": "Backport skipped",
    "matches": [
      "backport",
      "no-backport"
    ]
  },
  "targetUrl": "https://github.com/grafana/grafana/blob/main/contribute/merge-pull-request.md#should-the-pull-request-be-backported"
}This check will enforce that an active decision of including a change in changelog/release notes needs to be taken for every pull request.
This check uses the Label Check and its detailed description is applicable to this check config as well.
If the result of the Label Check is a "success" status with labels.exists message, the check will continue to validate the PR title:
- If the PR title formatting is not valid, e.g. 
<Area>: <Summary>, it will create a failure status explaining that PR title formatting is invalid. 
If the PR title is valid it will continue to validate the PR body. If you use breakingChangeLabels it will check if any of the labels exist on a pull request and if so, it will verify that a breaking change notice section has been added to the PR body:
- If there is no breaking change notice section, it will create a failure status explaining why.
 
{
  "type": "check-changelog",
  "title": "Changelog Check",
  "labels": {
    "exists": "Changelog enabled",
    "notExists": "Changelog decision needed",
    "matches": [
      "add to changelog"
    ]
  },
  "breakingChangeLabels": [
    "breaking-change"
  ],
  "skip": {
    "message": "Changelog skipped",
    "matches": [
      "no-changelog"
    ]
  },
  "targetUrl": "https://github.com/grafana/grafana/blob/main/contribute/merge-pull-request.md#include-in-changelog-and-release-notes"
}