]> git.ipfire.org Git - thirdparty/git.git/commit - t/test-lib.sh
tests: disallow the use of abbreviated options (by default)
authorJohannes Schindelin <johannes.schindelin@gmx.de>
Fri, 12 Apr 2019 09:37:24 +0000 (02:37 -0700)
committerJunio C Hamano <gitster@pobox.com>
Mon, 15 Apr 2019 02:54:04 +0000 (11:54 +0900)
commitb02e7d5d701a6217a3a522d9169b483b25c262dc
treebc10e8b9d983bc5fa7dcf9c300dbd1e0cf1f4ca8
parenteffc2bae642a08ea0cb4a9020cb57632d00ab1a0
tests: disallow the use of abbreviated options (by default)

Git's command-line parsers support uniquely abbreviated options, e.g.
`git init --ba` would automatically expand `--ba` to `--bare`.

This is a very convenient feature in every day life for Git users, in
particular when tab completion is not available.

However, it is not a good idea to rely on that in Git's test suite, as
something that is a unique abbreviation of a command line option today
might no longer be a unique abbreviation tomorrow.

For example, if a future contribution added a new mode
`git init --babyproofing` and a previously-introduced test case used the
fact that `git init --ba` expanded to `git init --bare`, that future
contribution would now have to touch seemingly unrelated tests just to
keep the test suite from failing.

So let's disallow abbreviated options in the test suite by default.

Note: for ease of implementation, this patch really only touches the
`parse-options` machinery: more and more hand-rolled option parsers are
converted to use that internal API, and more and more scripts are
converted to built-ins (naturally using the parse-options API, too), so
in practice this catches most issues, and is definitely the biggest bang
for the buck.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
parse-options.c
t/README
t/t0040-parse-options.sh
t/test-lib.sh