On Sat, Mar 18, 2017 at 11:43:47AM -0700, Junio C Hamano wrote: > > +test_expect_success 'Multiple -l or --list options are equivalent to one > > -l option' ' > > + git tag -l -l >actual && > > + test_cmp expect actual && > > + git tag --list --list >actual && > > + test_cmp expect actual && > > + git tag --list -l --list >actual && > > + test_cmp expect actual > > +' > > OK. I do not care too deeply about this one, but somebody may want > to tighten up the command line parsing to detect conflicting or > duplicated cmdmode as an error in the future, and at that time this > will require updating. I am not sure if we want to promise that > giving multiple -l will keep working.
I think it's expected to work under the usual last-one-wins option parsing. A more subtle case is that: git tag -l -d foo would override "-l" with "-d". That's reasonable under the same rule as long as the user knows that the two are mode-selectors. I don't think we make that explicit in the documentation, though, so perhaps it isn't something users should rely on. -Peff
