move all flags to subcommand #1081
Labels
Milestone
Comments
This was referenced Apr 7, 2023
Closed
yajo
added a commit
that referenced
this issue
May 17, 2023
This new command allows to reapply a template, keeping old answers but discarding subproject evolution. It is useful when there are bugs replaying an old version of the template, or when the subproject has drifted too much from the template and you need to reset it. BREAKING CHANGE: All CLI calls to Copier must now include the subcommand as the 1st argument. For example, `copier` must become now `copier update`; also `copier ./tpl ./dst` must become `copier copy ./tpl ./dst`. BREAKING CHANGE: All flags must go after the subcommand now. For example, `copier -r HEAD update ./dst` must now become `copier update -r HEAD ./dst` or `copier update ./dst -r HEAD`. BREAKING CHANGE: Automatic mode removed. Since now subcommands are required, the automatic mode is removed. BREAKING CHANGE: Deprecated `copier.copy` function is removed. Use `copier.run_copy`, `copier.run_update` or `copier.run_recopy` explicitly as needed. Fix #1081 Close #1082
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
Subcommand flags are divided between common and specific. This causes confusion and makes adding new subcommands hard.
Valid example:
Invalid:
Describe the solution you'd like
All flags should exist in the subcommand.
The shortcut syntaxes should just redirect to the underlying subcommand automatically.
Describe alternatives you've considered
Additional context
This is breaking change.
Relevant discussion: #1031 (comment)
The text was updated successfully, but these errors were encountered: