Code

config: die on error in command-line config
authorJeff King <peff@peff.net>
Thu, 9 Jun 2011 15:52:32 +0000 (11:52 -0400)
committerJunio C Hamano <gitster@pobox.com>
Wed, 22 Jun 2011 18:24:50 +0000 (11:24 -0700)
commit1c2c9bee1bad9a4133a934d04c32b033cc16c8aa
tree3b92c27ac88d43018dbba51fcd037f2a03e19ed9
parent5bf6529aaa3fa829328ae00ddf7aa851935443b5
config: die on error in command-line config

The error handling for git_config is somewhat confusing. We
collect errors from running git_config_from_file on the
various config files and carefully pass them back up. But
the two odd things are:

  1. We actually die on most errors in git_config_from_file.
     In fact, the only error we actually pass back up is if
     fopen() fails on the file.

  2. Most callers of git_config do not check the error
     return at all, but will continue if git_config reports
     an error.

When the code for "git -c core.foo=bar" was added, it
dutifully passed errors up the call stack, only for them to
be eventually ignored. This makes it inconsistent with the
file-parsing code, which will die when it sees malformed
config. And it's somewhat unsafe, because it means an error
in parsing a typo like:

  git -c clean.requireforce=ture clean

will continue the command, ignoring the config the user
tried to give.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
config.c
t/t1300-repo-config.sh