Pull Request Template
A comprehensive pull request template to standardize code reviews and improve merge quality.
Overview
A pull request template standardizes the information provided when submitting code changes. It ensures reviewers have context and authors verify their work before requesting review.
When to Use
- Your team does code reviews on every change
- You want to reduce back-and-forth in reviews
- You need to enforce testing or documentation standards
- You manage an open-source project with external contributors
Template
## Description
[Short description of the change and its purpose]
Fixes # (issue)
## Type of Change
- [ ] Bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds functionality)
- [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
- [ ] Documentation update
- [ ] Refactoring (no functional changes)
- [ ] Performance improvement
- [ ] Dependency update
## Changes Made
- [Change 1]
- [Change 2]
- [Change 3]
## Testing
- [ ] Unit tests added/updated
- [ ] Integration tests pass
- [ ] Manual testing performed
- [ ] Edge cases covered
### Test Evidence
[Include screenshots, logs, or commands used for testing]
## Checklist
- [ ] Code follows the project style guidelines
- [ ] Self-review completed
- [ ] Comments added for complex logic
- [ ] Documentation updated (if applicable)
- [ ] No new warnings or errors introduced
- [ ] CI/CD pipeline passes
Template Sections
| Section | Purpose |
|---|---|
| Description | Context for reviewers |
| Type of Change | Categorizes the PR |
| Changes Made | Bullet list of modifications |
| Testing | Evidence that changes work |
| Checklist | Self-verification before review |
Best Practices
- Keep it concise: Long templates discourage completion
- Use checkboxes: Easy to scan, hard to miss
- Link issues: Always reference related tickets
- Include screenshots: For UI changes, visual proof is essential
- Automate where possible: Let CI check what bots can verify
Common Mistakes
- Empty templates: Submitting without filling required sections
- Missing tests: Forgetting to update or add tests
- No issue links: Makes tracking context harder
Frequently Asked Questions
Should every pull request use a template?
Yes. Templates ensure reviewers get consistent context and authors verify their work. Even small fixes benefit from a brief description and testing confirmation.
How detailed should the testing section be?
Include enough detail that a reviewer can reproduce your tests. For UI changes, attach screenshots or GIFs. For API changes, include sample requests and responses.
What if a PR template feels too heavy for my team?
Start with a minimal template: description, type of change, and a 3-item checklist. Expand sections only when you notice information gaps in reviews.
Related Resources
Contributing Guide Template
A ready-to-use template for open-source and internal project contribution guidelines.
DocADR Template
A reusable template for Architecture Decision Records that capture context, decision, and consequences.
GuideCI/CD Pipeline Guide
A practical guide to building CI/CD pipelines with GitHub Actions, testing, deployment strategies, and rollback procedures.