cgrindel / rules_spm

Provide a means for integrating external Swift packages built by Swift Package Manager into Bazel build using rules_swift.
Apache License 2.0
58 stars 13 forks source link

chore(deps): update dependency apple/swift-argument-parser to from: "1.2.0" #203

Closed renovate[bot] closed 1 year ago

renovate[bot] commented 1 year ago

Mend Renovate

This PR contains the following updates:

Package Update Change
apple/swift-argument-parser minor from: "1.0.3" -> from: "1.2.0"

Release Notes

apple/swift-argument-parser ### [`v1.2.0`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​120---2022-11-08) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.1.4...1.2.0) ##### Additions - You can now provide a title in an `@OptionGroup` declaration. Titled option groups are listed separately in the help screen under that title as a heading. (\[[#​492](https://togithub.com/apple/swift-argument-parser/issues/492)]) - Two new parsing strategies have been added for `@Argument` array properties: - `.allUnrecognized` captures all unrecognized inputs after parsing known flags, options, and arguments. - `.postTerminator` collects any inputs that follow the `--` terminator. See the [`ArgumentArrayParsingStrategy` documentation][arrayparse-docs] for more. (\[[#​496](https://togithub.com/apple/swift-argument-parser/issues/496)]) - Default values are now supported for `@Argument` or `@Option` properties with optional type, allowing you to initialize those properties with `nil`. Providing a non-`nil` default value results in a warning, since optional properties with non-`nil` defaults don't need to be declared as optionals. (\[[#​477](https://togithub.com/apple/swift-argument-parser/issues/477)], \[[#​480](https://togithub.com/apple/swift-argument-parser/issues/480)]) ##### Changes - The `.unconditionalRemaining` array parsing strategy has been deprecated and renamed to `.captureForPassthrough`, to better fit its semantic behavior and intended usage. See the [`ArgumentArrayParsingStrategy` documentation][arrayparse-docs] for more. (\[[#​496](https://togithub.com/apple/swift-argument-parser/issues/496)]) ##### Fixes - Invalid `init(from:)` decoding initializers are now correctly diagnosed by ArgumentParser's validators. (\[[#​487](https://togithub.com/apple/swift-argument-parser/issues/487)]) - Default values are now correctly displayed as flags for `@Flag` properties with inversions or `EnumerableFlag` types. (\[[#​486](https://togithub.com/apple/swift-argument-parser/issues/486)]) - The help display for non-string-backed raw representable types has been corrected to not show raw Swift values. Instead, the help display uses the type's customized `defaultValueDescription` and `allValues` implementations. (\[[#​494](https://togithub.com/apple/swift-argument-parser/issues/494)]) - Properties at different levels of a command hierarchy with the same Swift name but different argument names no longer collide. (\[[#​495](https://togithub.com/apple/swift-argument-parser/issues/495)]) - The `generate-manual` plugin name is improved when used from within Xcode. (\[[#​505](https://togithub.com/apple/swift-argument-parser/issues/505)]) - Documentation fixes and improvements. The 1.2.0 release includes contributions from \[allevato], \[clayellis], \[compnerd], \[d-ronnqvist], \[natecook1000], \[randomeizer], and \[rauhul]. Thank you! [arrayparse-docs]: https://apple.github.io/swift-argument-parser/documentation/argumentparser/argumentarrayparsingstrategy *** ### [`v1.1.4`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​114---2022-08-26) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.1.3...1.1.4) ##### Changes - The generate-manual plugin now defaults to creating single page manuals. The `--single-page` flag has been replaced with `--multi-page` to restore the previous default functionality. (\[[#​472](https://togithub.com/apple/swift-argument-parser/issues/472)]) *Migration:* Update scripts that invoked generate-manual without `--single-page` to include `--multi-page` and update scripts that invoked generate-manual with `--single-page` to omit the flag. - The "experimental" prefix from the generate-manual plugin has been removed. (\[[#​475](https://togithub.com/apple/swift-argument-parser/issues/475)]) *Migration:* Update scripts to invoke the generate manual plugin via `swift package generate-manual` instead of `swift package plugin experimental-generate-manual`. ##### Fixes - The generate-manual plugin is correctly declared as a product, making the plugin visible to clients. (\[[#​456](https://togithub.com/apple/swift-argument-parser/issues/456)]) - The generate-manual plugin's `--authors` arguments are now correctly passed to the underlying generation tool. (\[[#​471](https://togithub.com/apple/swift-argument-parser/issues/471)]) - Manuals generated by the generate-manual plugin now include the option's value names and do not include value names for flags. (\[[#​473](https://togithub.com/apple/swift-argument-parser/issues/473)]) - Built-in flags such as `--help` and `--version` are now correctly marked as optional fixing some generated content which indicated the flags are always required. (\[[#​474](https://togithub.com/apple/swift-argument-parser/issues/474)]) - Value descriptions are now correctly derived for types which are `ExpressibleByArgument` and `RawRepresentable` by `String`. Help menus will now display valid default values for such types. (\[[#​476](https://togithub.com/apple/swift-argument-parser/issues/476)]) The 1.1.4 release includes contributions from \[ian-twilightcoder], \[MarcoEidinger], and \[rauhul]. Thank you! ### [`v1.1.3`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​113---2022-06-23) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.1.2...1.1.3) ##### Additions - `ArgumentParser` now includes a SwiftPM plugin for generating `man` pages. Explore the functionality and configuration by running `swift package plugin experimental-generate-manual --help` from your package root. (\[[#​332](https://togithub.com/apple/swift-argument-parser/issues/332)]) ##### Fixes - Hidden subcommands are now excluded from completion scripts. (\[[#​443](https://togithub.com/apple/swift-argument-parser/issues/443)]) - When an invalid value is provided for a `CaseIterable` type, the error message now includes a list of valid inputs. (\[[#​445](https://togithub.com/apple/swift-argument-parser/issues/445)]) - There's now a diagnostic when an `AsyncParsableCommand` is incorrectly placed under a non-`async` root command. (\[[#​436](https://togithub.com/apple/swift-argument-parser/issues/436)]) The 1.1.3 release includes contributions from \[keith], \[KeithBird], \[konomae], \[LucianoPAlmeida], and \[rauhul]. Thank you! ### [`v1.1.2`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​112---2022-04-11) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.1.1...1.1.2) ##### Changes - CMake builds now always statically links `ArgumentParserToolInfo`. (\[[#​424](https://togithub.com/apple/swift-argument-parser/issues/424)]) ##### Fixes - When a user provides an array-based option's key (e.g. `--key`) without any values, the error message now correctly describes the problem. (\[[#​435](https://togithub.com/apple/swift-argument-parser/issues/435)]) The 1.1.2 release includes contributions from \[compnerd] and \[KeithBird]. Thank you! ### [`v1.1.1`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​111---2022-03-16) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.1.0...1.1.1) ##### Fixes - Moves the platform requirement from the package level down to the new types and protocols with `async` members. This was a source-breaking change in 1.1.0. (\[[#​427](https://togithub.com/apple/swift-argument-parser/issues/427)]) - Fixed issues in the CMake build configuration. ### [`v1.1.0`](https://togithub.com/apple/swift-argument-parser/blob/HEAD/CHANGELOG.md#​110---2022-03-14) [Compare Source](https://togithub.com/apple/swift-argument-parser/compare/1.0.3...1.1.0) ##### Additions - A command's `run()` method now supports `async`/`await` when the command conforms to `AsyncParsableCommand`. (\[[#​404](https://togithub.com/apple/swift-argument-parser/issues/404)]) - New API for distinguishing between public, hidden, and private arguments and option groups, and a new extended help screen accessible via `--help-hidden`. (\[[#​366](https://togithub.com/apple/swift-argument-parser/issues/366)], \[[#​390](https://togithub.com/apple/swift-argument-parser/issues/390)], and \[[#​405](https://togithub.com/apple/swift-argument-parser/issues/405) through [#​413](https://togithub.com/apple/swift-argument-parser/issues/413)]\[1.1.0]) - You can now override the autogenerated usage string when configuring a command. (\[[#​400](https://togithub.com/apple/swift-argument-parser/issues/400)]) ##### Changes - `ArgumentParser` now requires Swift 5.5. ##### Fixes - The auto-generated usage string now correctly hides all optional parameters when over the length limit. (\[[#​416](https://togithub.com/apple/swift-argument-parser/issues/416)]) - One `@Option` initializer now has its parameters in the correct order; the incorrect initializer is deprecated. (\[[#​391](https://togithub.com/apple/swift-argument-parser/issues/391)]) - Help flags are now correctly captured in `.unconditionalRemaining` argument arrays. - Documentation fixes and improvements. The 1.1.0 release includes contributions from \[keith], \[MartinP7r], \[McNight], \[natecook1000], \[rauhul], and \[zkiraly]. Thank you! ***

Configuration

πŸ“… Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

β™» Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

πŸ”• Ignore: Close this PR and you won't be reminded about this update again.



This PR has been generated by Mend Renovate. View repository job log here.

cgrindel commented 1 year ago

Do not upgrade

renovate[bot] commented 1 year ago

Renovate Ignore Notification

As this PR has been closed unmerged, Renovate will now ignore this update (from: "1.2.0"). You will still receive a PR once a newer version is released, so if you wish to permanently ignore this dependency, please add it to the ignoreDeps array of your renovate config.

If this PR was closed by mistake or you changed your mind, you can simply rename this PR and you will soon get a fresh replacement PR opened.