Thank you for your interest in contributing!
Please read and follow our Code of Conduct.
- Use GitHub Issues on the relevant repository to report bugs or request features.
- Search existing issues before creating a new one.
- Include steps to reproduce for bug reports.
- Fork the repository and create a feature branch from
main. - Make your changes with clear, focused commits.
- Run the project's quality checks before submitting (see the project README).
- Open a PR against
mainwith a clear description of what and why. - Check the repository's branch protections and contribution notes for any review or merge requirements before requesting merge.
- Bug fixes with clear reproduction steps
- Documentation improvements
- Test coverage additions
- Feature proposals (open an issue first to discuss)
- Use imperative mood: "Add feature" not "Added feature"
- Keep the first line under 72 characters
- Reference issue numbers where applicable: "Fix validation bug (#42)"
Repositories that keep a CHANGELOG.md follow Common Changelog discipline: a changelog answers "does this affect me, and how", not "how does it work".
- One line, one change — split a multi-facet feature into two or three scoped bullets rather than one long bullet.
- State the user-visible delta, not the implementation path.
- Do not inline flag enums or sub-mechanism walkthroughs — link the spec or doc section that carries the detail.
- One link per bullet, pointing at the best entry point.
- Each bullet must read as self-describing without its
### Added/### Changedheading.
By contributing, you agree that your contributions will be licensed under the project's license (typically Apache 2.0 — see the project's LICENSE file).