1
0
mirror of https://github.com/actions/labeler synced 2026-05-05 19:27:48 +02:00
Commit Graph

6 Commits

Author SHA1 Message Date
copilot-swe-agent[bot]
4b1ec206c1 fix: remove unused error variable in catch block to fix lint
Agent-Logs-Url: https://github.com/actions/labeler/sessions/7a6c6978-c912-4278-be03-f22f98e28f71

Co-authored-by: chiranjib-swain <196914770+chiranjib-swain@users.noreply.github.com>
2026-04-29 05:32:30 +00:00
Luca Boccassi
c5dadc2a45 Add 'changed-files-labels-limit' and 'max-files-changed' configs to allow capping number of labels added (#923)
* README.md: drop trailing whitespace

* Add 'changed-files-labels-limit' config to allow capping number of labels added

When a repository has many components, each with a changed-files label,
a large refactor ends up with the labeler spamming the pull request
with label changes. The end result is not very useful as it's not
very readable, and due to how github automatically hides comments
when label changes overflow the discussion tab, it means useful
information is hidden and one has to manually click "Load more..."
dozens of time every time the page is loaded.

Add a changed-files-labels-limit top level config knob. If more than the
configured limit of labels is set to be added, none are added.
This only affects changed-files labels.

* Add 'max-files-changed' config to allow capping number of files for labelling

When a PR modifies a very large number of files (e.g., tree-wide
refactors, automated code formatting), this new options allows
skipping file-based labeling entirely when the number of files
that are changed hits the configured limit.

Fixes https://github.com/actions/labeler/issues/486
2026-03-26 10:03:12 -05:00
MaksimZhukov
917e5cce72 Merge branch 'main' 2023-10-24 12:11:31 +02:00
Nikolai Laevskii
27ee87f076 Update naming 2023-09-25 15:28:47 +02:00
Nikolai Laevskii
bebba55950 Merge branch 'main' into v4-general-refactoring 2023-08-02 06:25:30 +02:00
Nikolai Laevskii
3b7f505149 General refactoring 2023-08-02 06:13:14 +02:00