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

Add pr/review guidelines #456

Merged
merged 2 commits into from
Apr 1, 2024
Merged

Conversation

crtrott
Copy link
Member

@crtrott crtrott commented Sep 6, 2023

No description provided.

Copy link
Contributor

@nmm0 nmm0 left a comment

Choose a reason for hiding this comment

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

Just some minor suggestions for improving the flow of the page. I added a bit of prose which please feel free to ignore.

docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
.. toctree::
:maxdepth: 1

PRs and Reviews <prs-and-reviews.rst>
Copy link
Contributor

Choose a reason for hiding this comment

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

Just a note, if you adopt the below heading change you don't need to rename the link here. It doesn't matter too much though.

Copy link
Contributor

@ajpowelsnl ajpowelsnl left a comment

Choose a reason for hiding this comment

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

I was a bit picky, but please don't be offended ; )
We can work through the comments together, if you like

docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved
docs/source/developer-guides/prs-and-reviews.rst Outdated Show resolved Hide resolved

- For bug fix PRs: add test which would catch the issue without the fix
- Do newly added tests have the correct granularity?
- Do tests have a suitable runtime or are unnecessarily large?
Copy link
Contributor

Choose a reason for hiding this comment

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

  • Remove words after "runtime"

Reviewer Behavior
-----------------

- provide timely feedback and respond to changes by the author of the pull request in a reasonable amount of time; it's best to give feedback to pull requests as quickly as possible.
Copy link
Contributor

Choose a reason for hiding this comment

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

  • After establishing what PR stands for, use PR throughout (vs. "pull request")

-----------------

- provide timely feedback and respond to changes by the author of the pull request in a reasonable amount of time; it's best to give feedback to pull requests as quickly as possible.
- only request changes if they are ready to resolve the request upon changes by the author of the pull request; stalling pull requests for requested changes that have been addressed is a problem.
Copy link
Contributor

Choose a reason for hiding this comment

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

  • Here, do you mean, "please make sure your PR review comments / change requests are not redundant"

- only request changes if they are ready to resolve the request upon changes by the author of the pull request; stalling pull requests for requested changes that have been addressed is a problem.
- only review pull requests that have been marked as ready; we have a bunch of pull requests that explore the feasibility of ideas and just need the CI to run. Similarly, pull requests should only be marked as "ready for review" if the author is reasonably happy with the status. If the author mostly seeks feedback on general design and direction, this should be clearly communicated in the pull request description (either "draft" or "ready for review").
- mirror communication with pull request author outside of pull requests (on slack, in person, video calls, etc.) in comments to the pull request.
- contact authors directly if more clarification is needed.
Copy link
Contributor

Choose a reason for hiding this comment

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

  • Are lines 72 and 73 saying the same thing?

- only review pull requests that have been marked as ready; we have a bunch of pull requests that explore the feasibility of ideas and just need the CI to run. Similarly, pull requests should only be marked as "ready for review" if the author is reasonably happy with the status. If the author mostly seeks feedback on general design and direction, this should be clearly communicated in the pull request description (either "draft" or "ready for review").
- mirror communication with pull request author outside of pull requests (on slack, in person, video calls, etc.) in comments to the pull request.
- contact authors directly if more clarification is needed.
- not be afraid of reviewing pull requests even if they are (slightly) outside their comfort zone.
Copy link
Contributor

Choose a reason for hiding this comment

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

  • Maybe also suggest that potential reviewers can partner with an experienced Kokkos team member to perform review to mature reviewing skills?

Co-authored-by: Francesco Rizzi <[email protected]>
Co-authored-by: Nicolas Morales <[email protected]>
Copy link
Contributor

@nmm0 nmm0 left a comment

Choose a reason for hiding this comment

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

Looks good to me know once the other reviews are addressed

@crtrott crtrott merged commit d3b14a9 into kokkos:main Apr 1, 2024
1 check passed
@crtrott crtrott deleted the pr-review-guidelines branch April 1, 2024 19:19
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.

4 participants