New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrade HASH Graph dependencies #1195
Conversation
for content in content.values_mut() { | ||
modify_schema_references(&mut content.schema); | ||
} | ||
} | ||
|
||
fn modify_schema_references(schema_component: &mut openapi::Component) { | ||
// TODO: can we avoid importing IndexMap here? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There doesn't seem to be a trait we can rely on? Maybe we can pass a mutable iterator in here instead of taking the map?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(I was hoping all Maps would inherit from some Map
trait but it turns out there are good reasons for not doing so)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed it with IntoIterator
axum = "0.5.11" | ||
clap = { version = "3.2.10", features = ["cargo", "derive", "env", "wrap_help"] } | ||
clap_complete = "3.2.3" | ||
# TODO: Change to `version = "0.2"` as soon as it's released |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We still haven't swapped to 0.2 in the engine and such, didn't want to do it in this pr. cc @TimDiekmann
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🎉
Not a requested change, but we could use the opportunity to bump the tools as well:
hash/.github/scripts/rust/Makefile.toml
Lines 220 to 226 in d7c2bdf
[tasks.install-cargo-hack] | |
private = true | |
install_crate = { crate_name = "cargo-hack", version = "0.5.15", binary = "cargo", test_arg = ["hack", "--version"] } | |
[tasks.install-cargo-nextest] | |
private = true | |
install_crate = { crate_name = "cargo-nextest", version = "0.9.28", binary = "cargo", test_arg = ["nextest", "--version"] } |
hash/.github/workflows/rust.yml
Lines 81 to 82 in d7c2bdf
cargo quickinstall cargo-make --version 0.35.15 | |
cargo quickinstall cargo-hack --version 0.5.15 |
hash/.github/workflows/rust.yml
Lines 142 to 144 in d7c2bdf
cargo quickinstall cargo-make --version 0.35.15 | |
cargo quickinstall cargo-hack --version 0.5.15 | |
cargo quickinstall cargo-nextest --version 0.9.28 |
hash/.github/workflows/rust.yml
Line 208 in d7c2bdf
cargo quickinstall cargo-make --version 0.35.15 |
hash/.github/workflows/rust.yml
Lines 241 to 243 in d7c2bdf
cargo quickinstall cargo-make --version 0.35.15 | |
cargo quickinstall cargo-hack --version 0.5.15 | |
cargo quickinstall cargo-nextest --version 0.9.28 |
I'll avoid updating the tooling versions just because this is nicely constrained to the graph at the moment, and most of the tools are defined at a repo level. I agree we should probably do that as a follow up (perhaps when migrating the engine and such to use the release of |
🌟 What is the purpose of this PR?
We were starting to fall behind on dependency versions, there were a few major (or at least breaking) updates made to our dependencies. This PR upgrades all dependencies (or at least all the ones that were automatically selected by
cargo upgrade --workspace
).This also means we are using a proper release of
error-stack
again rather than a direct git hash.🔗 Related links
🔍 What does this change?
cargo upgrade
and updates the versions for packages (look to diff for comprehensive list)Component
toToSchema
handlers
topaths
in utoipa (they changed the attribute)clap
to version 4DeriveDisplayOrder
as apparently this is default now (Builder andclap_derive
should be WYSIWYG clap-rs/clap#2808)AppSettings
because it does not exist anymore (and is unneeded because of above)arg_enum
withvalue_enum
(fix(derive): Remove deprecated arg_enum attribute clap-rs/clap#4127)📜 Does this require a change to the docs?
I've added a new dependency onindexmap
but we can probably remove it. I've opened a comment to highlight it.🐾 Next steps
error-stack
🛡 What tests cover this?
All tests that interact with the graph, follow the READMEs, but CI should be good enough.