Files
Michel de Graaf fd7bab3050 docs: add a contributing guide and link it from the README and site
Nothing in the repo said that pull requests go to develop rather than master,
or that release-plz reads the commit subject to pick the next version. Both
cost a first-time contributor a round trip.

CONTRIBUTING.md covers those, the three checks CI runs, and the fact that the
e2e suites skip without a soulfind server. The README and the community page
link to it, and it joins the footer's Project column.
2026-09-07 17:17:57 +02:00

1.5 KiB

Contributing

Issues and pull requests are both welcome, and so is just saying what's missing. No contributor agreement, no template.

Pull requests

Branch off develop and target develop. master only moves through a release PR.

Write the subject as a conventional commit, like fix(lib): route on the full four-byte message code. release-plz reads these to pick the next version and write the changelog. One change per pull request; small ones land fastest.

Before you push:

cargo fmt --all
cargo clippy --workspace --all-targets --all-features -- -D warnings
cargo test

CI runs those on Linux, macOS and Windows, plus an end-to-end suite against a real soulfind server. The e2e suites skip when no server is around, so cargo test stays green without one. Development has the setup if you want to run them.

AI-assisted changes are fine, and no need to say so. Keep the trailers out of the commit message: no Co-Authored-By: for a model, no session links.

Issues

The command you ran, what you expected, and what happened is plenty. RUST_LOG=trace output helps. Don't worry about polishing it.

Built something on soulseek-rs-lib? Open a PR adding it to the README, and reserve a client minor version in #12 so it's identifiable on the network.

Contributions are under MIT, like the rest of the project.