Contributing to the Rust SDK
Guidelines for contributing to the Dapr Rust SDK
When contributing to the Rust SDK the following rules and best-practices should be followed.
Examples
The examples
directory contains code samples for users to run to try out specific functionality of the various Rust SDK packages and extensions. It also hosts component examples used for validation. When writing new and updated samples keep in mind:
- All examples should be runnable on Windows, Linux, and MacOS. While Rust code is consistent among operating systems aside from minor OS-feature gating, any pre/post example commands should provide options through codetabs
- Contain steps to download/install any required pre-requisites. Someone coming in with a fresh OS install should be able to start on the example and complete it without an error. Links to external download pages are fine.
- Examples should be pass validation and include mechanical markdown steps and be added to the validation workflow TBA
Docs
The daprdocs
directory contains the markdown files that are rendered into the Dapr Docs website. When the documentation website is built this repo is cloned and configured so that its contents are rendered with the docs content. When writing docs keep in mind:
- All rules in the docs guide should be followed in addition to these.
- All files and directories should be prefixed with
rust-
to ensure all file/directory names are globally unique across all Dapr documentation.
Update Protobufs
To pull the protobufs from the dapr/dapr
repo you can run the script in the repo root like so:
./update-protos.sh
By default, the script fetches the latest proto updates from the master branch of the Dapr repository. If you need to choose a specific release or version, use the -v flag:
./update-protos.sh -v v1.13.0