-
Notifications
You must be signed in to change notification settings - Fork 137
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
Meta: Add stale issue management to nodejs/help repo #757
Comments
+1. Yes, please. I'm also honestly not sure that the help repo is something we should be doing. Having an official help channel implies a commitment to staff it, and I'm not sure we do that. 149 issues with zero comments suggests that perhaps we don't. If we're actively responding to issues there and it's useful for the community, then hey, great. But if it's hit-and-miss, I'd be OK with archiving the repo and directing people to StackOverflow and/or the OpenJS Slack #ask-anything channel. |
@nodejs/tsc |
(thanks for moving this issue here - it didn't seem right where it was, nor within help itself, and I missed this repo somehow in my brief search) on the matter of the closing it completely... I can see arguments both ways:
but...
FWIW, I liked the stale bot approach in the main repo because it looked very carefully introduced |
+1 I also like the idea of archiving the nodejs/help repo, so that these discussions can take place in other places like the OpenJS Slack, GitHub Discussions, etc, where the Node.js maintainers are organically more responsive. |
FWIW, the original premise for the help repo was to |
It has also been useful as a place to transfer the random user issues from other repos like the website ones |
We can leave it in place but also maybe include a note telling people they are more likely to get a decent response at StackOverflow or in the OpenJS Slack. (I'd prefer to avoid suggesting people use the core repo discussions feature for the reasons mentioned by @gireeshpunathil and would be in favor of disabling discussions in the core repo, but not so strongly that I'd argue over anyone else's unease about it. I know @bnoordhuis often moves issues to discussions when they are not bugs but someone seeking help, so maybe he would prefer we keep discussions around, for example.) |
Maybe in addition to the Stale job, something like https://github.com/marketplace/actions/welcome-new-users could be used to nudge them to those other places |
Irrespective of the broad topic of help's usefulness, I am seeing support for the stale job as an incremental improvement. In the coming days/weeks I will:
|
FWIW, as of recent changes, the nodejs/help repo's stalebot has been updated. In the next fews days, as we pass thirty days since the first issues were marked stale since the change, we should see a massive decrease the number of open issues. |
I think after that, or even now, - we can mark this issue closed. It's already been in place for over a year, and now is tuned. |
What is the problem this feature will solve?
I propose we add an automated stale check to https://github.com/nodejs/help
This repo has:
What is the feature you are proposing to solve the problem?
I propose we adapt the logic and lessons from nodejs/node#42085 into the help repo. A long time-to-stale can strike a healthy balance between community / search relevancy and maintainer scope.
What alternatives have you considered?
I've worked to manually close a few, following a careful manual process
The text was updated successfully, but these errors were encountered: