This page defines the expected local workflow before opening a pull request.
-
Fork the repository to your own GitHub account
-
Clone your fork locally and add the upstream repository if needed
-
Branch from
master -
Keep each PR focused on one fix or feature area
- Confirm your idea is in project scope: SCOPE.md
- Prefer incremental changes over broad refactors
./bin/clang-format-fix
pio check --fail-on-defect low --fail-on-defect medium --fail-on-defect high
pio runCI enforces formatting, static analysis, and build checks.
Use clang-format 21+ locally to match CI.
If clang-format is missing or too old locally, see Getting Started.
- Use a semantic title (example:
fix: avoid crash when opening malformed epub) - Fill out
.github/PULL_REQUEST_TEMPLATE.md - Describe the problem, approach, and any tradeoffs
- Include reproduction and verification steps for bug fixes
- Be explicit and concise in responses
- Keep discussions technical and respectful
- Assume good intent and focus on code-level feedback
For community expectations, see GOVERNANCE.md.