Multi labeler for title, body, comments, commit messages, branch, base branch, author or files. Optionally, generate a status check based on the labels.
Who is using fuxingloh/multi-labeler
?
- Single compiled javascript file, extremely fast. Use fewer credits!
- Append based multi-labeler, using
.github/labeler.yml
as config. - Automatically fail if
labeler.yml
is malformed, type-checked. - Set label to sync for conditional labeling, removed if condition failed.
- Regex Matcher:
- PR/Issue title
- PR/Issue body
- PR/Issue comments
- PR commit messages
- PR branch name
- PR base (target) branch name
- File Matcher:
- Files count
- Files any glob match
- Files all glob match
- Author Matcher
- Generate status checks:
- Any label match
- All label match
on:
pull_request_target:
# for OSS with public contributions (forked PR)
pull_request:
# Useful for triaging code review, and generate compliance status check.
# Semantic release? Done.
# Make a file change in a mono repo. Tag the mono repo getting changed to generate better release!
issues:
# Useful for triaging error!
# '- [x] Is this a bug?' = 'bug' label!
issue_comment:
# To pickup comment body in pr or issue and generate a label.
# Imagine someone comment 'Me too, I get TimeoutException from ...' in comment body.
# Generate a 'bug/timeout' label for better triaging!
permissions:
# Setting up permissions in the workflow to limit the scope of what it can do. Optional!
contents: read # the config file
issues: write # for labeling issues (on: issues)
pull-requests: write # for labeling pull requests (on: pull_request_target or on: pull_request)
statuses: write # to generate status
checks: write # to generate status
jobs:
labeler:
name: Labeler
runs-on: ubuntu-latest
steps:
# follows semantic versioning. Lock to different version: v1, v1.5, v1.5.0 or use a commit hash.
- uses: fuxingloh/multi-labeler@v2 # v2
with:
github-token: ${{secrets.GITHUB_TOKEN}} # optional, default to '${{ github.token }}'
config-path: .github/labeler.yml # optional, default to '.github/labeler.yml'
config-repo: my-org/my-repo # optional, default to '${{ github.repository }}'
# .github/labeler.yml
version: v1
labels:
- label: "feat"
sync: true # remove label if match failed, default: false (pull_request/issue only)
matcher:
# Matcher will match on any 8 matchers
title: "^feat:.*"
body: "/feat"
comment: "/feat"
branch: "^feat/.*"
baseBranch: "^feat/.*"
commits: "^feat:.*"
author:
- github-actions
- fuxingloh
files:
any: [ "app/*" ]
all: [ "!app/config/**" ]
count:
gte: 1
lte: 1000
# Optional, if you want labels to generate a success/failure status check
checks:
- context: "Status Check"
url: "https://go.to/detail"
description:
success: "Ready for review & merge."
failure: "Missing labels for release."
labels:
any:
- any
- have
all:
- all
- must
- have
Semantic Pull Request
on:
pull_request:
types: [ opened, edited, synchronize, ready_for_review ]
branches: [ master, main ]
jobs:
labeler:
name: Labeler
runs-on: ubuntu-latest
steps:
- uses: fuxingloh/multi-labeler@v1
version: v1
labels:
- label: "feat"
matcher:
title: "^feat: .*"
commits: "^feat: .*"
- label: "fix"
matcher:
title: "^fix: .*"
commits: "^fix: .*"
- label: "chore"
matcher:
title: "^chore: .*"
commits: "^chore: .*"
- label: "docs"
matcher:
title: "^docs: .*"
commits: "^docs: .*"
checks:
- context: "Semantic Pull Request"
url: "https://github.com/fuxingloh/multi-labeler/blob/main/.github/labeler.yml"
description:
success: Ready for review & merge.
failure: Missing semantic label for merge.
labels:
any:
- feat
- fix
- chore
- docs
PR Triage
on:
pull_request:
types: [ opened, edited, synchronize, ready_for_review ]
branches: [ master, main ]
jobs:
labeler:
name: Labeler
runs-on: ubuntu-latest
steps:
- uses: fuxingloh/multi-labeler@v1
version: v1
labels:
- label: "feat"
matcher:
title: "^feat:.*"
branch: "^feat/.*"
commits: "^feat:.*"
- label: "fix"
matcher:
title: "^fix:.*"
branch: "^fix/.*"
commits: "^fix:.*"
- label: "release"
matcher:
baseBranch: "^release/.*"
Issue Triage
on:
issues:
types: [ opened, edited ]
jobs:
labeler:
name: Labeler
runs-on: ubuntu-latest
steps:
- uses: fuxingloh/multi-labeler@v1
version: v1
labels:
- label: "bug"
matcher:
body: "(\\n|.)*- \\[x\\] bug(\\n|.)*"
Comment Triage
on:
issue_comment:
types: [ created, edited ]
jobs:
labeler:
name: Labeler
runs-on: ubuntu-latest
steps:
- uses: fuxingloh/multi-labeler@v1
version: v1
labels:
- label: "coverage"
matcher:
comment: "# \\[Codecov\\] .*"
- label: "stale"
matcher:
comment: "/stale"
Once you’ve added multi-labeler to your repository, it must be enabled by adding a .github/labeler.yml
configuration
file to the repository. If you want to use a configuration file shared across multiple repositories, you can set the
config-repo
input to point to a different repository. However, make sure to set a github-token
that has permissions
to access the provided repository, as the default GITHUB_TOKEN
only has access to the repository the action is
running in.
RegEx matcher requires backslash '' to be double slashed '\'. Hence, to match brackets '()' you need a regex of '\(\)'. See fuxingloh#103
version: v1
labels:
- label: "feat"
matcher:
title: "^feat:.*"
version: v1
labels:
- label: "bug"
matcher:
# e.g. '- [x] bug'
body: "(\\n|.)*- \\[x\\] bug(\\n|.)*"
version: v1
labels:
- label: "stale"
matcher:
comment: "/stale"
version: v1
labels:
- label: "feat"
matcher:
branch: "^feat/.*"
version: v1
labels:
- label: "release"
matcher:
baseBranch: "^release/.*"
Check all commits and find any match, max of 250 commits only.
version: v1
labels:
- label: "feat"
matcher:
commits: "^feat: .*"
Check for pr or issue author match.
version: v1
labels:
- label: "single"
matcher:
author: "fuxingloh"
- label: "any"
matcher:
author:
- adam
- claire
PR Files: Glob Matcher
Maximum of 3000 files only. If you use this to audit changes, take note of the 3000 files limitation. Matcher within files are 'and condition', all must match.
version: v1
labels:
- label: "github"
sync: true
matcher:
# This is shorthand for any: [".github/**"]
files: ".github/**"
- label: "security"
sync: true
matcher:
# This is shorthand for any: ["web/security/**", "security/**"]
files: [ "web/security/**", "security/**" ]
version: v1
labels:
- label: "size: s"
sync: true
matcher:
files:
count:
gte: 1
lte: 4
- label: "size: m"
sync: true
matcher:
files:
count:
gte: 5
lte: 10
- label: "size: l"
sync: true
matcher:
files:
count:
gte: 11
version: v1
labels:
- label: "ci"
sync: true
matcher:
files:
any: [ ".github/workflow/**", ".circleci/**" ]
all: [ "!app/**" ]
- label: "attention"
sync: true
matcher:
files:
any: [ "app/**" ]
count:
neq: 1
version: v1
checks:
- context: "Release Drafter"
url: "https://go.to/detail"
description:
success: "Ready for review & merge."
failure: "Missing labels for release."
labels:
any:
- feat
- fix
- chore
- docs
version: v1
checks:
- context: "Merge check"
description: "Labels for merge."
labels:
any: [ "reviewed", "size:s" ]
all: [ "app" ]
version: v1
checks:
- context: "Merge check"
description: "Disable merging when 'DO NOT MERGE' label is set"
labels:
none: [ "DO NOT MERGE" ]
There are so many labeler why create another? 😧
- I want a lightweight labeler that is written in TypeScript so that it don't have to build a docker image everytime it runs.
- I want a simple match first append based multi-labeler without it being a turing complete solution.
- I want to write my rules with
.github/labeler.yml
for a single source of label truth. - I don't want it to do anything else, labels only.
- Assume you are using GitHub branch protection (labels only).
- I want to run this in PR triage before everything else (labels only).
- Chain this action with another action; this should just be for (labels only).