Add GitHub Actions job for better triage process#1213
Conversation
4dc5a92 to
935f21e
Compare
Codecov Report
@@ Coverage Diff @@
## main #1213 +/- ##
=======================================
Coverage 73.20% 73.20%
=======================================
Files 17 17
Lines 1437 1437
Branches 431 431
=======================================
Hits 1052 1052
Misses 300 300
Partials 85 85 Continue to review full report at Codecov.
|
seratch
left a comment
There was a problem hiding this comment.
Thanks for working on this! I left a few comments.
.github/workflows/triage-issues.yml
Outdated
| days-before-issue-close: 10 | ||
| days-before-pr-stale: -1 | ||
| days-before-pr-close: -1 | ||
| stale-issue-label: stale-no-activity |
There was a problem hiding this comment.
If we use the term "auto-triage", consistently having the term in the labels may be easier to understand. Like this:
- stale-issue-label: auto-triage-stale
- exempt-issue-labels: auto-triage-skip
What do you think?
There was a problem hiding this comment.
I like that - I will add those updates.
| - uses: actions/stale@v4.0.0 | ||
| with: | ||
| days-before-issue-stale: 30 | ||
| days-before-issue-close: 10 |
There was a problem hiding this comment.
10 days sounds reasonable 👍
.github/workflows/triage-issues.yml
Outdated
| days-before-pr-close: -1 | ||
| stale-issue-label: stale-no-activity | ||
| stale-issue-message: 👋 It looks like this issue has been open for 30 days with no activity. We'll mark this as stale for now, and wait 10 days for an update or for further comment before closing this issue out. | ||
| close-issue-message: This issue has been closed due to being inactive for 10 days with no further update. |
There was a problem hiding this comment.
being inactive for 10 days with no further update.
In this situation, the issue should be inactive for 40+ days (30 days before being marked as stale, and then 10 days until closing), right?
Also, (perhaps, other maintainers can come up with a better sentence but) using a bit more friendly message like "As this issue has been inactive for more than one month, let us close this. Thanks again for writing in here!" or so may be fine.
There was a problem hiding this comment.
How about:
"As this issue has been inactive for more than one month, we will be closing it. Thanks again for writing in!"
935f21e to
7746a8f
Compare
| exempt-all-milestones: true | ||
| remove-stale-when-updated: true | ||
| enable-statistics: true | ||
| debug-only: true # TODO: remove after test run No newline at end of file |
There was a problem hiding this comment.
Very shortly - I'm reviewing the output of the test run now. If all clear on that and it's doing what I think it should be doing, we can remove it. I won't include this line for PRs in other repos.
There was a problem hiding this comment.
The output is here: https://github.com/slackapi/bolt-js/runs/4257717061?check_suite_focus=true in case you'd like to review the triage results (when performed in debug mode).
| days-before-pr-close: -1 | ||
| stale-issue-label: auto-triage-stale | ||
| stale-issue-message: 👋 It looks like this issue has been open for 30 days with no activity. We'll mark this as stale for now, and wait 10 days for an update or for further comment before closing this issue out. | ||
| close-issue-message: As this issue has been inactive for more than one month, we will be closing it. Thanks again for writing in! |
There was a problem hiding this comment.
Do we want to add a CTA that the issue can be re-opened if anyone wants? I'm cool either way.
Summary
This PR adds an action which will automate stale-ing and closing inactive issues. This action does not impact:
3.x.auto-triage-skip.For inactive issues:
auto-triage-stalelabel and post a message in thread notifying all participants that after 10 further days w/out activity, the issue will be closed.For maintainers, and for the wider community:
👋 The goal with these changes is to make sure that issues are staying updated, as activity is the best indicator that it will be resolved! That means, if
more infois needed and you need a bit more time to investigate, or if we need more time to investigate an issue internally, the best way to keep the issue updated is to post a comment!Todo:
debug-only: falseRequirements (place an
xin each[ ])