drone-plugins / drone-manifest

Drone plugin to push Docker manifests
http://plugins.drone.io/drone-plugins/drone-manifest
Apache License 2.0
17 stars 9 forks source link

chore(deps): update module urfave/cli to v1 #17

Closed renovate[bot] closed 5 years ago

renovate[bot] commented 5 years ago

This PR contains the following updates:

Package Type Update Change References
github.com/urfave/cli require major v0.0.0-20180821064027-934abfb2f102 -> v1.20.0@693af58 source

Release Notes

urfave/cli ### [`v1.20.0`](https://togithub.com/urfave/cli/compare/v1.19.1...v1.20.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.19.1...v1.20.0) ### [`v1.19.1`](https://togithub.com/urfave/cli/releases/v1.19.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.19.0...v1.19.1) ##### Fixed - Fixes regression introduced in 1.19.0 where using an `ActionFunc` as the `Action` for a command would cause it to error rather than calling the function. Should not have a affected declarative cases using `func(c *cli.Context) err)`. - Shell completion now handles the case where the user specifies `--generate-bash-completion` immediately after a flag that takes an argument. Previously it call the application with `--generate-bash-completion` as the flag value. ### [`v1.19.0`](https://togithub.com/urfave/cli/releases/v1.19.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.18.1...v1.19.0) ##### Added - `FlagsByName` was added to make it easy to sort flags (e.g. `sort.Sort(cli.FlagsByName(app.Flags))`) - A `Description` field was added to `App` for a more detailed description of the application (similar to the existing `Description` field on `Command`) - Flag type code generation via `go generate` - Write to stderr and exit 1 if action returns non-nil error - Added support for TOML to the `altsrc` loader - `SkipArgReorder` was added to allow users to skip the argument reordering. This is useful if you want to consider all "flags" after an argument as arguments rather than flags (the default behavior of the stdlib `flag` library). This is backported functionality from the [removal of the flag reordering](https://togithub.com/urfave/cli/pull/398) in the unreleased version 2 - For formatted errors (those implementing `ErrorFormatter`), the errors will be formatted during output. Compatible with `pkg/errors`. ##### Changed - Raise minimum tested/supported Go version to 1.2+ ##### Fixed - Consider empty environment variables as set (previously environment variables with the equivalent of `""` would be skipped rather than their value used). - Return an error if the value in a given environment variable cannot be parsed as the flag type. Previously these errors were silently swallowed. - Print full error when an invalid flag is specified (which includes the invalid flag) - `App.Writer` defaults to `stdout` when `nil` - If no action is specified on a command or app, the help is now printed instead of `panic`ing - `App.Metadata` is initialized automatically now (previously was `nil` unless initialized) - Correctly show help message if `-h` is provided to a subcommand - `context.(Global)IsSet` now respects environment variables. Previously it would return `false` if a flag was specified in the environment rather than as an argument - Removed deprecation warnings to STDERR to avoid them leaking to the end-user - `altsrc`s import paths were updated to use `gopkg.in/urfave/cli.v1`. This fixes issues that occurred when `gopkg.in/urfave/cli.v1` was imported as well as `altsrc` where Go would complain that the types didn't match ### [`v1.18.1`](https://togithub.com/urfave/cli/releases/v1.18.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.18.0...v1.18.1) ##### Fixed - Removed deprecation warnings to STDERR to avoid them leaking to the end-user (backported) ### [`v1.18.0`](https://togithub.com/urfave/cli/releases/v1.18.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.17.1...v1.18.0) ##### Added - `./runtests` test runner with coverage tracking by default - testing on OS X - testing on Windows - `UintFlag`, `Uint64Flag`, and `Int64Flag` types and supporting code ##### Changed - Use spaces for alignment in help/usage output instead of tabs, making the output alignment consistent regardless of tab width ##### Fixed - Printing of command aliases in help text - Printing of visible flags for both struct and struct pointer flags - Display the `help` subcommand when using `CommandCategories` - No longer swallows `panic`s that occur within the `Action`s themselves when detecting the signature of the `Action` field ### [`v1.17.1`](https://togithub.com/urfave/cli/releases/v1.17.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.17.0...v1.17.1) ##### Fixed - Removed deprecation warnings to STDERR to avoid them leaking to the end-user (backported) ### [`v1.17.0`](https://togithub.com/urfave/cli/releases/v1.17.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.16.1...v1.17.0) ##### Added - Pluggable flag-level help text rendering via `cli.DefaultFlagStringFunc` - `context.GlobalBoolT` was added as an analogue to `context.GlobalBool` - Support for hiding commands by setting `Hidden: true` -- this will hide the commands in help output ##### Changed - `Float64Flag`, `IntFlag`, and `DurationFlag` default values are no longer quoted in help text output. - All flag types now include `(default: {value})` strings following usage when a default value can be (reasonably) detected. - `IntSliceFlag` and `StringSliceFlag` usage strings are now more consistent with non-slice flag types - Apps now exit with a code of 3 if an unknown subcommand is specified (previously they printed "No help topic for...", but still exited 0. This makes it easier to script around apps built using `cli` since they can trust that a 0 exit code indicated a successful execution. - cleanups based on [Go Report Card feedback](https://goreportcard.com/report/github.com/codegangsta/cli) ### [`v1.16.1`](https://togithub.com/urfave/cli/releases/v1.16.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.16.0...v1.16.1) ##### Fixed - Removed deprecation warnings to STDERR to avoid them leaking to the end-user (backported) ### [`v1.16.0`](https://togithub.com/urfave/cli/releases/v1.16.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.15.0...v1.16.0) ##### Added - `Hidden` field on all flag struct types to omit from generated help text ##### Changed - `BashCompletionFlag` (`--enable-bash-completion`) is now omitted from generated help text via the `Hidden` field ##### Fixed - handling of error values in `HandleAction` and `HandleExitCoder` ### [`v1.15.0`](https://togithub.com/urfave/cli/releases/v1.15.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.14.0...v1.15.0) ##### Added - A `CHANGELOG.md` file! - Support for placeholders in flag usage strings - `App.Metadata` map for arbitrary data/state management - `Set` and `GlobalSet` methods on `*cli.Context` for altering values after parsing. - Support for nested lookup of dot-delimited keys in structures loaded from YAML. ##### Changed - The `App.Action` and `Command.Action` now prefer a return signature of `func(*cli.Context) error`, as defined by `cli.ActionFunc`. If a non-nil `error` is returned, there may be two outcomes: - If the error fulfills `cli.ExitCoder`, then `os.Exit` will be called automatically - Else the error is bubbled up and returned from `App.Run` - Specifying an `Action` with the legacy return signature of `func(*cli.Context)` will produce a deprecation message to stderr - Specifying an `Action` that is not a `func` type will produce a non-zero exit from `App.Run` - Specifying an `Action` func that has an invalid (input) signature will produce a non-zero exit from `App.Run` ##### Deprecated - `cli.App.RunAndExitOnError`, which should now be done by returning an error that fulfills `cli.ExitCoder` to `cli.App.Run`. - the legacy signature for `cli.App.Action` of `func(*cli.Context)`, which should now have a return signature of `func(*cli.Context) error`, as defined by `cli.ActionFunc`. ##### Fixed - Added missing `*cli.Context.GlobalFloat64` method ### [`v1.14.0`](https://togithub.com/urfave/cli/compare/v1.13.0...v1.14.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.13.0...v1.14.0) ### [`v1.13.0`](https://togithub.com/urfave/cli/compare/v1.12.0...v1.13.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.12.0...v1.13.0) ### [`v1.12.0`](https://togithub.com/urfave/cli/compare/v1.11.1...v1.12.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.11.1...v1.12.0) ### [`v1.11.1`](https://togithub.com/urfave/cli/compare/v1.11.0...v1.11.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.11.0...v1.11.1) ### [`v1.11.0`](https://togithub.com/urfave/cli/compare/v1.10.2...v1.11.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.10.2...v1.11.0) ### [`v1.10.2`](https://togithub.com/urfave/cli/compare/v1.10.1...v1.10.2) [Compare Source](https://togithub.com/urfave/cli/compare/v1.10.1...v1.10.2) ### [`v1.10.1`](https://togithub.com/urfave/cli/compare/v1.10.0...v1.10.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.10.0...v1.10.1) ### [`v1.10.0`](https://togithub.com/urfave/cli/compare/v1.9.0...v1.10.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.9.0...v1.10.0) ### [`v1.9.0`](https://togithub.com/urfave/cli/compare/v1.8.0...v1.9.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.8.0...v1.9.0) ### [`v1.8.0`](https://togithub.com/urfave/cli/compare/v1.7.1...v1.8.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.7.1...v1.8.0) ### [`v1.7.1`](https://togithub.com/urfave/cli/compare/v1.7.0...v1.7.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.7.0...v1.7.1) ### [`v1.7.0`](https://togithub.com/urfave/cli/compare/v1.6.0...v1.7.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.6.0...v1.7.0) ### [`v1.6.0`](https://togithub.com/urfave/cli/compare/v1.5.0...v1.6.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.5.0...v1.6.0) ### [`v1.5.0`](https://togithub.com/urfave/cli/compare/v1.4.1...v1.5.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.4.1...v1.5.0) ### [`v1.4.1`](https://togithub.com/urfave/cli/compare/v1.4.0...v1.4.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.4.0...v1.4.1) ### [`v1.4.0`](https://togithub.com/urfave/cli/compare/v1.3.1...v1.4.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.3.1...v1.4.0) ### [`v1.3.1`](https://togithub.com/urfave/cli/compare/v1.3.0...v1.3.1) [Compare Source](https://togithub.com/urfave/cli/compare/v1.3.0...v1.3.1) ### [`v1.3.0`](https://togithub.com/urfave/cli/compare/v1.2.0...v1.3.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.2.0...v1.3.0) ### [`v1.2.0`](https://togithub.com/urfave/cli/compare/v1.1.0...v1.2.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.1.0...v1.2.0) ### [`v1.1.0`](https://togithub.com/urfave/cli/compare/v1.0.0...v1.1.0) [Compare Source](https://togithub.com/urfave/cli/compare/v1.0.0...v1.1.0) ### [`v1.0.0`](https://togithub.com/urfave/cli/compare/v0.1.0...v1.0.0) [Compare Source](https://togithub.com/urfave/cli/compare/v0.1.0...v1.0.0)

Renovate configuration

:date: Schedule: At any time (no schedule defined).

:vertical_traffic_light: Automerge: Disabled by config. Please merge this manually once you are satisfied.

:recycle: Rebasing: Whenever PR becomes conflicted, or if you modify the PR title to begin with "rebase!".

:no_bell: Ignore: Close this PR and you won't be reminded about this update again.



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

tboerger commented 5 years ago

Drone is not able to test this as the webhook can't be delivered. Looks like the description is too long, webhook fails with {"message":"pq: value too long for type character varying(2000)"}.