diff options
author | Johannes Schindelin <johannes.schindelin@gmx.de> | 2019-04-12 02:37:24 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2019-04-15 11:54:04 +0900 |
commit | b02e7d5d701a6217a3a522d9169b483b25c262dc (patch) | |
tree | bc10e8b9d983bc5fa7dcf9c300dbd1e0cf1f4ca8 /t/t0201-gettext-fallbacks.sh | |
parent | tests (pack-objects): use the full, unabbreviated `--revs` option (diff) | |
download | tgif-b02e7d5d701a6217a3a522d9169b483b25c262dc.tar.xz |
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>
Diffstat (limited to 't/t0201-gettext-fallbacks.sh')
0 files changed, 0 insertions, 0 deletions