fix(cli): Update start.command.ts to allowUnknownOption #2240
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Commander requires an explicit call to
allowUnknownOption
to allow and not error on options it does not recognize. This causes an issue with this functionality because any user-defined flags are blocked at the command level.PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
This is a proposal for a fix to restore the behavior of forwarding flags on to the
nest start
command. Currently, commander fails any calls with--xxxx
flags it doesn't recognize, so that functionality doesn't work.Issue Number: #1844
What is the new behavior?
This adds the
allowUnknownOption
behavior so commander will no longer fail calls with--xxxx
flags it does not recognize.Does this PR introduce a breaking change?
Other information
Refer to initial PR on this work: #1847