Something here.
- All feedback must be polite and professional at all times.
- Split the feedback into two clear sections: GENERAL and SPECIFIC.
- GENERAL FEEDBACK is all the feedback that isn't about specific lines of code.
- SPECIFIC FEEDBACK is about the details of the proposal or implementation.
- Don't be an ass about it.
- Is there an open issue for the pull request?
- Does it fit within the existing scope of the library?
- Does it fit our goals for the library?
Everything in our coding standards is mandatory.
We all have limited time to spend on doing code reviews. Our criteria levels are there to help you make the most use of the time you have available.
- All pull requests must be reviewed against the latest tagged version of our coding standards.
- Check against all Key criteria for all contributors, including maintainers.
- Check against Major criteria for all contributors.
- Check against Minor criteria for all new, or infrequent contributors.
- Your feedback must clearly explain which specific coding standards have not been met, and why.
- Does the pull request apply cleanly against the latest
develop
branch? - Do all of the unit tests pass?