-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conflicting --version
option when using default command
#510
Comments
I think that it works as expected I checked a few other tools
We had this issue #344 Can you please specify what is the actual result and what is the expected result? Thanks |
We have a custom towncrier/src/towncrier/build.py Lines 81 to 86 in a8f4630
If build is the default command, it becomes partially gimped because you can't use this option when (i.e. calling |
Thanks for the update Chris. It is still not clear what is your expected behaviour. I think that this is the current behaviour and my expected behaviour.
What is your expected result for these 2 commands? |
I agree with Adi here: it's an expectation from a CLI tool to return its own version when passing |
The cli doc's state that
So I'll just put a PR for documenting that (build's) |
…xplicitly passed. Fixes twisted#510
…xplicitly passed. Fixes twisted#510
I see... Regarding "build" implicit behavior. I think it's a best effort. I would prefer not to have a default command... but for towncrier, I think it's too late. And maybe in the documentation ,we can encourage people to always use an explicit command. |
Towncrier's
build
command is the default command, but it uses a custom--version
option that collides with the base cli--version
option that simply returns the towncrier version number.I don't really know if there's an easy out. Maybe just don't use any default command (since there's discussion about not having that as a separate dependency anyway: #506)?
The text was updated successfully, but these errors were encountered: