-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Clearer guidance for pull request contributors to get followup #7185
Comments
Not sure tbh. I'll take a look at what pypa-bot and browntruck are doing w.r.t. this.
No. From https://help.github.com/en/articles/requesting-a-pull-request-review:
In, how do we get there? 😉 |
One thing that could help with this, is #7306. |
Hi @chrahunt , @pradyunsg I would say that having something like this is a great way to ensure continuous and long-living involvement from contributors. I have started contributing to pip around 2 weeks back, and I have been able to get around 7 PR's pushed (though most of them are not very complicated) and 6 open PR's. All the maintainers have been great in responding to all my questions, though as mentioned, a more systematic guidance of how to follow up on the PRs would be a best way to keep both the maintainers and contributors engaged. Hence I was also wondering if this something I can help document? If yes, which document can I start with making the necessary updates (I see PR template, CONTRIBUTING.md and dev doc as three places noted for the same) and what kind of things are we looking to add. |
What's the status of this issue? As a beginner I can understand people's frustration (as showcased in #6606), and having clearer guidance would be very helpful, even in the form of some independent resource on common practices or OSS savoir-vivre (like Setting expectations for open source participation). For example, while it's probably acceptable to explicitly ping a maintainer when the PR is going stale, for a newcomer it intuitively seems pushy. When bumping #10459, I eventually settled on proposing another solution along with the ping so that it wouldn't seem rude or passive-aggressive. As for where to put such guidance, I think the PR template and Development documentation would be sufficiently visible for most contributors. |
What's the problem this feature will solve?
As mentioned over in #6606, it can be frustrating to submit a PR and have no activity on it for some time. That can be interpreted a number of ways by a contributor and very few of them positive.
We should provide a clear and encouraged mechanism for getting followup on PRs and communicate that explicitly in places that potential and current contributors are likely to see it.
Describe the solution you'd like
The mechanism for getting followup could be:
@
ing a reviewer for followup/request-review
- mentioned in CONTRIBUTING. Does this work? Also what is the review queue?The places that contributors are likely to see it:
These are not ideal since I don't think any of them would necessarily be visible to the people that need it most. We could include some automation to post links to the above when a review seems to be going stale, or directly take action (like requesting review)
Alternative Solutions
Additional context
The text was updated successfully, but these errors were encountered: