-
Notifications
You must be signed in to change notification settings - Fork 933
Make Stale PR script less aggressive #4737
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
The current timeframe is way too aggressive and doesn't give folks a decent chance before threatening to close. I propose giving at least a month between marking as stale and closing.
|
This PR was marked stale due to lack of activity. It will be closed in 7 days. |
| stale-pr-message: 'This PR was marked stale. It will be closed in 30 days without additional activity.' | ||
| close-pr-message: 'Closed as inactive. Feel free to reopen if this PR is still being worked on.' | ||
| exempt-pr-labels: 'release:after-ga' | ||
| # opt out of defaults to avoid marking issues as stale | ||
| days-before-stale: -1 | ||
| days-before-close: -1 | ||
| # overrides the above only for pull requests | ||
| days-before-pr-stale: 7 | ||
| days-before-pr-close: 7 | ||
| days-before-pr-stale: 90 | ||
| days-before-pr-close: 30 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given the round trip times we sometimes have in the repo, 14 days in total might indeed be too little, but going from 14 to 120 days (or 4 months) without any activity at all might be too much as well.
How about 14 + 14 days (~ 1 month without activity)?
| stale-pr-message: 'This PR was marked stale. It will be closed in 30 days without additional activity.' | |
| close-pr-message: 'Closed as inactive. Feel free to reopen if this PR is still being worked on.' | |
| exempt-pr-labels: 'release:after-ga' | |
| # opt out of defaults to avoid marking issues as stale | |
| days-before-stale: -1 | |
| days-before-close: -1 | |
| # overrides the above only for pull requests | |
| days-before-pr-stale: 7 | |
| days-before-pr-close: 7 | |
| days-before-pr-stale: 90 | |
| days-before-pr-close: 30 | |
| stale-pr-message: 'This PR was marked stale. It will be closed in 14 days if there is no activity.' | |
| close-pr-message: 'Closed as inactive. Feel free to reopen if this PR is still being worked on.' | |
| exempt-pr-labels: 'release:after-ga' | |
| # opt out of defaults to avoid marking issues as stale | |
| days-before-stale: -1 | |
| days-before-close: -1 | |
| # overrides the above only for pull requests | |
| days-before-pr-stale: 14 | |
| days-before-pr-close: 14 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree. Let's double to 14+14 for now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While better than 7, I like the guideline from @breedx-splk that it should be longer than a long European holiday which suggests to me that 14 days is also too short. Perhaps 21 days?
The current timeframe is way too aggressive and doesn't give folks a decent chance before threatening to close.
I propose giving at least a month between marking as stale and closing.