Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Stability Tiers

Not every crate in this workspace makes the same promise. Two tiers, and every crate is in exactly one of them:

CrateTier
dynamic-configBeta
dynamic-config-macrosBeta
dynamic-config-etcdExperimental
dynamic-config-consulExperimental
dynamic-config-natsExperimental
dynamic-config-redisExperimental
dynamic-config-vaultExperimental
dynamic-config-s3Experimental
dynamic-config-firestoreExperimental
dynamic-config-embeddedExperimental

What Beta promises

The core crate and the macro are Beta. The API is settled enough to build on, but pre-1.0 it may still break — and when it does, the break lands in a minor version bump (0.x0.(x+1)), is called out in the changelog, and comes with what to change on your side. A patch release never breaks. MSRV is treated as a breaking change here too, so a toolchain bump follows the same rule.

What Experimental promises

The seven store crates and the embedded crate are Experimental. They work, they are tested (the store crates against real servers in containers, the embedded crate against a real thumbv7em-none-eabihf build), and the contracts described in this book hold — but their APIs may change shape without ceremony: a release may rename, restructure or remove things with no deprecation cycle, noted in the changelog but not negotiated there. Pin an exact version if you depend on one. The path out of Experimental is use: a store crate whose surface has stopped moving gets promoted to Beta.