-
Notifications
You must be signed in to change notification settings - Fork 83
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
fix(deps): update rustic_core and other dependencies and fix merge precedence #1282
Conversation
Breaking Change: Due to changes in the way how merging of values is applied to configuration values in BackendOptions this should be considered a breaking change. Please make sure, your workflow is still working as intended, especially that the configuration is applied as you wanted it. Signed-off-by: simonsan <[email protected]>
Signed-off-by: simonsan <[email protected]>
Signed-off-by: simonsan <[email protected]>
Signed-off-by: simonsan <[email protected]>
|
IMO this is not breaking |
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, but the breaking discussion needs to be closed before merging this ;-)
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
…ecedence (#1282) Due to changes in the way how merging of values were applied to configuration values in `BackendOptions` this should is considered a fix. Now values from the configuration file don't overwrite values from environment variables, any more. As it was intended and stated in the documentation. Please make sure, your workflow is still working as intended, especially that the configuration values and environment variables are applied as you wanted it and as we documented it in the Configuration documentation. Precedence also applies when inheriting options from other profiles using `use-profiles` or when using multiple profiles, e.g. `rustic -P one -P two`. If the same repository option is defined in `one` and `two` the value of `one` is taken. Before the fix, the value of `two` was taken. But the fix only applies to the repository options. For other options, `one` always had precedence. Fixes #1226 --------- Signed-off-by: simonsan <[email protected]> Co-authored-by: Alexander Weiss <[email protected]>
## 🤖 New release * `rustic-rs`: 0.9.0 -> 0.9.1 (✓ API compatible changes) <details><summary><i><b>Changelog</b></i></summary><p> <blockquote> ## [0.9.1](v0.9.0...v0.9.1) - 2024-10-03 ### Added - *(config)* add more filters ([#1263](#1263)) - *(check)* Allow to only check trees+packs for given snapshots ([#1230](#1230)) - *(commands)* add a `docs` command to easily access the user, dev and config documentation ([#1276](#1276)) ### Fixed - *(docs/cli)* improve the descriptions of the CLI commands ([#1277](#1277)) - *(deps)* update rustic_core and other dependencies and fix merge precedence ([#1282](#1282)) - *(docs)* update configuration documentation to align with recent changes ([#1280](#1280)) ### Other - *(deps)* upgrade dependencies ([#1289](#1289)) - add triage label to new issues only if no label has been set when creating it ([#1287](#1287)) - *(interactive)* use update methods for refreshing snapshots ([#1285](#1285)) </blockquote> </p></details> --- This PR was generated with [release-plz](https://github.com/MarcoIeni/release-plz/). Co-authored-by: rustic-release-plz[bot] <182542030+rustic-release-plz[bot]@users.noreply.github.com>
Due to changes in the way how merging of values were applied to configuration values in
BackendOptions
this should is considered a fix. Now values from the configuration file don't overwrite values from environment variables, any more. As it was intended and stated in the documentation.Please make sure, your workflow is still working as intended, especially that the configuration values and environment variables are applied as you wanted it and as we documented it in the Configuration documentation.
Precedence also applies when inheriting options from other profiles using
use-profiles
or when using multiple profiles, e.g.rustic -P one -P two
. If the same repository option is defined inone
andtwo
the value ofone
is taken. Before the fix, the value oftwo
was taken. But the fix only applies to the repository options. For other options,one
always had precedence.Fixes #1226