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 (close
oraddToProject
)name
: defines which label to match onaddToProject
: an object that is required when theaction
isaddToProject
, but is otherwise optional.addToProject.url
: Absolute url of the project where the projectid
will be parsed.addToProject.column
: Column name to add the issues to. Required for old types of projectsremoveFromProject
: an object that is required when theaction
isremoveFromProject
, but is otherwise optional.removeFromProject.url
: Absolute url of the project where the projectid
will 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.exists
message. - If it does not match it will create a failure status with a
labels.notExists
message.
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"
}