diff options
author | SZEDER Gábor <szeder.dev@gmail.com> | 2019-04-08 01:43:27 +0200 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2019-04-08 17:02:26 +0900 |
commit | a544fb08f8bfa3a9a566d436e5e81dd30fb21c4c (patch) | |
tree | 45dc10e153304923ded034801bb892bc02f6c45f /builtin/pack-redundant.c | |
parent | mingw: allow building with an MSYS2 runtime v3.x (diff) | |
download | tgif-a544fb08f8bfa3a9a566d436e5e81dd30fb21c4c.tar.xz |
blame: default to HEAD in a bare repo when no start commit is given
When 'git blame' is invoked without specifying the commit to start
blaming from, it starts from the given file's state in the work tree.
However, when invoked in a bare repository without a start commit,
then there is no work tree state to start from, and it dies with the
following error message:
$ git rev-parse --is-bare-repository
true
$ git blame file.c
fatal: this operation must be run in a work tree
This is misleading, because it implies that 'git blame' doesn't work
in bare repositories at all, but it does, in fact, work just fine when
it is given a commit to start from.
We could improve the error message, of course, but let's just default
to HEAD in a bare repository instead, as most likely that is what the
user wanted anyway (if they wanted to start from an other commit, then
they would have specified that in the first place).
'git annotate' is just a thin wrapper around 'git blame', so in the
same situation it printed the same misleading error message, and this
patch fixes it, too.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'builtin/pack-redundant.c')
0 files changed, 0 insertions, 0 deletions