Thanks for contributing.
- Use clear, product-facing English in PR descriptions and release-facing docs.
- Prefer small, focused commits using Conventional Commit style (
feat:,fix:,chore:, etc.). - Keep behavior changes and refactors separated when possible.
Run before opening a PR:
cargo check
cargo test
cargo clippy --all-targets --all-features -- -D warningsIf your change affects packaging, also validate package artifacts:
cargo build --release
cargo deb --no-build
cargo generate-rpm- Explain the problem and the solution.
- Include user impact and rollback risk.
- Add screenshots for UI updates.
- Include a short Release Notes draft in English.
- Releases are tag-driven via
.github/workflows/release.yml. - Push a semantic tag like
v0.2.6to trigger packaging and release publication. - Keep
Cargo.tomlversion aligned with release tag.
Use Conventional Commits:
feat(scope): ...fix(scope): ...docs(scope): ...ci(scope): ...chore(scope): ...
This keeps changelogs and release notes clean and reviewable.