Skip to content
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

Should -v stand for verbose or version? #117

Closed
jnicklas opened this issue Jul 4, 2014 · 4 comments
Closed

Should -v stand for verbose or version? #117

jnicklas opened this issue Jul 4, 2014 · 4 comments

Comments

@jnicklas
Copy link

jnicklas commented Jul 4, 2014

Title pretty much says it all. Currently -v means verbose (at least if a command is specified). I always get a bit irritated if -v doesn't print the version information.

Maybe cargo could have both? So cargo -v prints version information, whereas cargo build -v does a verbose build?

@lucy
Copy link

lucy commented Jul 4, 2014

-V is very often used for version instead of -v.

@indiv0
Copy link
Contributor

indiv0 commented Jul 4, 2014

I think that mixing it (i.e. the example of cargo -v and cargo build -v) would create unecessary confusion akin to gits current problems with args.

It would be best to pick one case for version and one case for verbosity then apply it consistently.

rustc itself uses -v and --version to indicate version, but this appears to be an outlier.
Generally, UNIX tools use -V and/or --version for version and -v for verbosity (curl, rm, ssh, tar, etc.).
Occaisionally, they omit -V entirely and just use --version.

This then boils down to whether we want to follow rustc or UNIX conventions.

In my opinion, the best option is to use -v and --verbose for verbosity, --version for version, omit -V entirely, and submit a PR for rustc to follow the same pattern (i.e. no longer use -v for version).

@wycats
Copy link
Contributor

wycats commented Jul 8, 2014

I agree with @indiv0's conclusion.

@alexcrichton
Copy link
Member

Closing, sounds like -v is verbose and at a later date we may add -V as "print the version", which we currently don't have.

ehuss pushed a commit to ehuss/cargo that referenced this issue Nov 19, 2023
reset terminal color/bold after emitting error
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants