summaryrefslogtreecommitdiff
path: root/builtin/rev-list.c
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2013-10-25 02:54:06 -0400
committerLibravatar Junio C Hamano <gitster@pobox.com>2013-10-25 14:54:18 -0700
commitb3e9ce13320f62e07fcb88a5cdf3c0462c195e95 (patch)
tree435fdf70b5ae07e3ec5bde5fc984a1fd7a24ece9 /builtin/rev-list.c
parentadd-interactive: handle unborn branch in patch mode (diff)
downloadtgif-b3e9ce13320f62e07fcb88a5cdf3c0462c195e95.tar.xz
reset: pass real rev name to add--interactive
The add--interactive --patch mode adjusts the UI based on whether we are pulling changes from HEAD or elsewhere (in the former case it asks to unstage the reverse hunk, rather than apply the forward hunk). Commit 166ec2e taught reset to work on an unborn branch, but in doing so, switched to always providing add--interactive with the sha1 rather than the symbolic name. This meant we always used the "apply" interface, even for "git reset -p HEAD". We can fix this by passing the symbolic name to add--interactive. Since it understands unborn branches these days, we do not even have to cover this special case ourselves; we can simply pass HEAD. The tests in t7105 now check that the right interface is used in each circumstance (and notice the regression from 166ec2e we are fixing). The test in t7106 checks that we get this right for the unborn case, too (not a regression, since it didn't work at all before, but a nice improvement). Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'builtin/rev-list.c')
0 files changed, 0 insertions, 0 deletions