aboutsummaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@osdl.org>2006-05-25 08:22:42 -0700
committerJunio C Hamano <junkio@cox.net>2006-05-25 22:55:24 -0700
commit4d599e6bb46d6ef3276425af34922fdbf3aac473 (patch)
tree0244e2ceb9282345ea2eb8a56b5953bd3f519ae3 /Makefile
parentc53603249c8fc8ee5e12710087e7287eb6dda5f6 (diff)
downloadgit-4d599e6bb46d6ef3276425af34922fdbf3aac473.tar.gz
git-4d599e6bb46d6ef3276425af34922fdbf3aac473.tar.xz
bogus "fatal: Not a git repository"
I was just testing that "git ls-remote" change by Junio, and when you're not in a git repository, it gives this totally bogus warning. The _target_ obviously has to be a git repository, but there's no reason why you'd have to be in a local git repo when doing an ls-remote. The reason is commit 73136b2e8a8ee024320c5ac6a0f14f912432bf03 by Dscho: it adds calls to git-repo-config in git-parse-remote.sh to get the remote shorthands etc. Now, either we should just hide and ignore the error from git-repo-config (probably bad, because some errors _are_ valid - like git-repo-config failing due to bad syntax in the config file), or we should just make git-repo-config quietly handle the case of not being in a git repository. This does the latter: just quietly accepting (and doing nothing - trying to set a value will result in the lock-file failing) our lot in life sounds better than dying with a bogus error message. Signed-off-by: Linus Torvalds <torvalds@osdl.org> Acked-By: Johannes Schindelin <Johannes.Schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions