-
-
Notifications
You must be signed in to change notification settings - Fork 35.4k
doc: harden policy around objections #34639
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
Changes from 1 commit
1331fc1
a6e01ee
fceaff2
9d09194
01d8caa
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
Co-authored-by: Richard Lau <riclau@uk.ibm.com>
- Loading branch information
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -123,7 +123,7 @@ except the [wait time](#waiting-for-approvals), please add the | |
| If a collaborator believes a pull request should not land as is, **the "Request | ||
| Changes" GitHub feature must be used to make the objection explicit**. An | ||
| implicit objection not using the "Request Changes" feature is not considered a | ||
| blocker for a pull requests. Pull requests with an explicit objection should | ||
| blocker for a pull request. Pull requests with an explicit objection should | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Both of these two sentences seem to be restatements of the first statement. I appreciate making sure it is clear, but perhaps just a single restatement would be fine between these? To add another variation to the mix, another restatement could be a comprehensive statement of the positive criteria for landing a PR.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'll try to rephrase it so it's less repetitive.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Sorry, forgot to address these before landing. Sent another PR that should reduce repetitiveness: #34702 |
||
| not land until all objections are satisfied. Collaborators should not block a | ||
| pull request without providing a reason. **Providing a set of actionable steps | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Again it might be nice to state this in the positive:
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The suggestion drops the recommendation to provide actionable steps, but I see your point. Let me try to rephrase this too. |
||
| alongside the objection is recommended, and the objector must be willing to | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.