This file defines the minimum requirements for opening a pull request against this repository.
- Keep the PR scoped to a single change or closely related set of changes.
- Make sure the branch is up to date with the target branch.
- Run the relevant tests locally and confirm they pass.
- Include documentation updates when behavior, APIs, or developer workflows change.
- Do not open a draft-quality PR unless the title clearly marks it as
Draft.
Every PR must include:
- A short summary of what changed.
- A clear reason for the change.
- Testing details:
- What you ran
- What passed
- What was not tested
- Any risks, limitations, or follow-up work.
- References to related issues, tickets, or discussions when applicable.
After opening the PR, the author must leave a comment on the PR with the following information:
Summary:
- <what changed>
Validation:
- <tests/checks run>
Notes:
- <known risks, blockers, or follow-up items>Replace the placeholders with project-specific details. Do not leave this comment blank or generic. changed.
- Keep commits and diffs readable.
- Avoid unrelated refactors in the same PR.
- Call out breaking changes explicitly.
- If a test is missing for a bug fix or new behavior, explain why.