Skip to content
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

Single out docs-only PRs in review process. #5163

Merged
merged 5 commits into from
Apr 22, 2021
Merged

Conversation

mkcor
Copy link
Member

@mkcor mkcor commented Dec 30, 2020

Description

@grlee77 updating the guidelines as per #5120 (comment).

Checklist

For reviewers

  • Check that the PR title is short, concise, and will make sense 1 year
    later.
  • Check that new functions are imported in corresponding __init__.py.
  • Check that new features, API changes, and deprecations are mentioned in
    doc/release/release_dev.rst.

@emmanuelle
Copy link
Member

Thanks @mkcor! I'm wondering whether to merge your PR as is, or to specify "non-controversial pull requests" (meaning that for a long doc PR with a lot of stuff, it is still better to have two reviews). Thoughts?

@mkcor
Copy link
Member Author

mkcor commented Dec 30, 2020

Thanks @mkcor! I'm wondering whether to merge your PR as is, or to specify "non-controversial pull requests" (meaning that for a long doc PR with a lot of stuff, it is still better to have two reviews). Thoughts?

I agree with you, @emmanuelle... It might be better not to merge this PR at all then, and keep the guidelines valid in the general case. I think it's not great to use the term "non-controversial" in a short bullet-point list, because it is subject to judgement. On the contrary, "docs-only" is objective, but we do want two reviewers if the "docs-only" PR is long and/or complex, indeed... So I would suggest using our judgement just like we've done so far. Feel free to close!

@emmanuelle
Copy link
Member

@mkcor not completely sure here, I think core devs are not always aware (or they forget) that they can merge small doc PRs they are happy with... Let's wait for others to chime in and in any case, thanks for bringing up this point.

@jni
Copy link
Member

jni commented Jan 4, 2021

I'm happy to go one way or the other here...

CONTRIBUTING.txt Outdated Show resolved Hide resolved
Base automatically changed from master to main February 18, 2021 18:23
@mkcor
Copy link
Member Author

mkcor commented Feb 26, 2021

Sorry, this almost fell in the cracks! I have included @grlee77's suggestion, which seems consensual.

@grlee77
Copy link
Contributor

grlee77 commented Apr 7, 2021

The other case I would encourage merging fairly quickly after a single review are minor fixes needed to restore CI to a working state (e.g. #5315, #5319 for two recent examples)

@mkcor
Copy link
Member Author

mkcor commented Apr 8, 2021

@grlee77 good point! Added this other case (96850b1). I really appreciate your foolproof radar! 😁

Copy link
Contributor

@grlee77 grlee77 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for updating. This looks ready to me

@jni jni merged commit 044ac80 into scikit-image:main Apr 22, 2021
tupui pushed a commit to tupui/scikit-image that referenced this pull request Apr 27, 2021
Co-authored-by: Gregory R. Lee <grlee77@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants