Repository navigation
br-util-scope-declaration 0.1.0
·
4 commits
to main
since this release
0.1.0
Changed
- First release of
br-util-scope-declarationas its own library, taggedbr-util-scope-declaration/v0.1.0. The code is the one shipped by the workspace releasev1.4.0; what changes is the versioning: the single workspace version and the singlevX.Y.Ztag are gone, and this crate now carries its own version line. No source file differs fromv1.4.0. - Dependency pin:
{ git = "https://github.com/BotResources/br-rust-common", package = "br-util-scope-declaration", tag = "br-util-scope-declaration/v0.1.0", version = "0.1.0" }. Moving fromtag = "v1.4.0", change both the tag and the version: the number goes down because the line restarts at0.1. - Sibling pins: this crate depends on
br-core-integration,br-core-scope,br-scope-declaration-contract,br-util-axum-readinessandbr-util-nats-fabric, pinned by tagbr-core-integration/v0.1.0,br-core-scope/v0.1.0,br-scope-declaration-contract/v0.1.0,br-util-axum-readiness/v0.1.0andbr-util-nats-fabric/v0.1.0. It namesFabricandFabricErrorfrombr-util-nats-fabric,ScopeDeclaration,ServiceKeyandServiceScopesRejectedfrombr-core-scope,ReadinessHandlefrombr-util-axum-readiness, and returnsActor, which isbr-core-kernel's type carried bybr-core-integrationandbr-core-events, so a consumer resolves one copy of the types they share. Move this crate together with those siblings andbr-core-eventsandbr-core-kernelfromv1.4.0to their per-crate pins: this crate atv0.1.0next to any of them at another tag holds two copies of the same type, and passing a value of one to the other fails to compile (E0308).