Everyone is welcome to get involved, may it be a pull request, suggestion, bug report, or a textual improvement! : )
The language applied in this repository is British English.
Contributions to audiopus_sys
should be first discussed up via an issue and then
implemented via pull request.
Issues display development-plans or required brainstorming, feel free to ask,
suggest, and discuss!
The master
-branch contains the latest release.
-
Comments are placed the lines before the related code line, not on the same line.
-
Write full sentences in British English.
-
unsafe
must always be reasoned and their soundness must be proven via a comment. -
Use Rust intra-doc-links paths to refer Rust items in documentation:
[name](crate::module::struct::method)
. -
If code ends up difficult, try to simplify it, if unavoidable, explain code with comments. Prefer explicit variable naming instead of abbreviations.
Write full sentences in British English.
Commits should describe the action being peformed.
Example:
- Fix deadlock for events.
- Correct grammar in
command
-example.
-
Make sure to open an issue prior working on a problem or ask on existing issue be assigned.
-
If a pull requests breaks the current API, use the
breaking-changes
-branch, otherwisestable-changes
. -
Commits shall be as small as possible, compile, and pass all tests.
-
Make sure your code is formatted with
rustfmt
and free of lints, runcargo fmt
andcargo clippy
. -
If you fixed a bug, add a test for that bug. Unit tests belong inside the same file's
mod
namedtests
, integrational tests belong inside thetests
-folder. -
Last but not least, make sure your planned pull request merges cleanly, if it does not, rebase your changes.
If you have any questions left, please reach out via the issue system : )