]> git.ipfire.org Git - thirdparty/git.git/commit
help.c: fix autocorrect in work tree for bare repository
authorSimon Gerber <gesimu@gmail.com>
Sat, 29 Oct 2022 19:56:14 +0000 (19:56 +0000)
committerJunio C Hamano <gitster@pobox.com>
Tue, 13 Dec 2022 01:01:53 +0000 (10:01 +0900)
commit0918d0888767d42a7232b110f5ec510945256b7e
treed4ab5b24c13fd064c1bb1d9f741c988b775fc57a
parentc48035d29b4e524aed3a32f0403676f0d9128863
help.c: fix autocorrect in work tree for bare repository

Currently, auto correction doesn't work reliably for commands which must
run in a work tree (e.g. `git status`) in Git work trees which are
created from a bare repository.

As far as I'm able to determine, this has been broken since commit
659fef199f (help: use early config when autocorrecting aliases,
2017-06-14), where the call to `git_config()` in `help_unknown_cmd()`
was replaced with a call to `read_early_config()`. From what I can tell,
the actual cause for the unexpected error is that we call
`git_default_config()` in the `git_unknown_cmd_config` callback instead
of simply returning `0` for config entries which we aren't interested
in.

Calling `git_default_config()` in this callback to `read_early_config()`
seems like a bad idea since those calls will initialize a bunch of state
in `environment.c` (among other things `is_bare_repository_cfg`) before
we've properly detected that we're running in a work tree.

All other callbacks provided to `read_early_config()` appear to only
extract their configurations while simply returning `0` for all other
config keys.

This commit changes the `git_unknown_cmd_config` callback to not call
`git_default_config()`. Instead we also simply return `0` for config
keys which we're not interested in.

Additionally the commit adds a new test case covering `help.autocorrect`
in a work tree created from a bare clone.

Signed-off-by: Simon Gerber <gesimu@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
help.c
t/t9003-help-autocorrect.sh