old --repo|-r syntax doesn not work anymore #57
Labels
No Label
kind/breaking
kind/bug
kind/build
kind/dependency
kind/deployment
kind/docs
kind
enhancement
kind
feature
kind/proposal
kind
question
kind
refactor
kind/security
kind/testing
kind/translation
priority/critical
priority/high
priority/low
priority/medium
reviewed/duplicate
reviewed/invalid
reviewed/wontfix
skip-changelog
status/blocked
status/has-backport
status/has-pull
status/needs-backport
status/needs-feedback
status/needs-reviews
status/wip
upstream/gitea
upstream/sdk
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/tea#57
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
To be more precise:
The flag works when specified after a subcommand:
but not like so:
I like the latter syntax, as it allows for faster command iteration with less typing
--repo|-r doesn not work anymoreto --repo|-r doesn not work with old syntax--repo|-r doesn not work with old syntaxto old --repo|-r syntax doesn not work anymoreGathering some information spread over several PRs & issues:
In #28 different options were proposed to fix weird global flag behaviour (#12).
The chosen solution #26 did not fix the issue entirely (as described here in #57).
The underlying issue is faulty flag inheritance in
urfave/cli
(https://github.com/urfave/cli/issues/585).Now that we switched to
urfave/cli/v2
, this problem might be resolvable properly again (will check in the next days).If not, I still plead to get rid of this mess by switching to
github.com/spf13/cobra
or submit an upstream fix (which will probably never land due to breaking changes)I'll close this because of stale