summaryrefslogtreecommitdiff
path: root/t/t3503-cherry-pick-root.sh
diff options
context:
space:
mode:
authorLibravatar Junio C Hamano <gitster@pobox.com>2008-11-10 15:49:03 -0800
committerLibravatar Junio C Hamano <gitster@pobox.com>2010-07-23 14:44:38 -0700
commit18cdf802ca6e2772b5901f786f59de3843299b1c (patch)
treefbfb9bbf456c2c9a5280c4522dac85fd4c56e9d6 /t/t3503-cherry-pick-root.sh
parentt4150 (am): futureproof against failing tests (diff)
downloadtgif-18cdf802ca6e2772b5901f786f59de3843299b1c.tar.xz
Teach "apply --index-info" to handle rename patches
With v1.5.3.2~14 (apply --index-info: fall back to current index for mode changes, 2007-09-17), git apply learned to stop worrying about the lack of diff index line when a file already present in the current index had no content change. But it still worries too much: for rename patches, it is checking that both the old and new filename are present in the current index. This makes no sense, since a file rename generally involves creating a file there was none before. So just check the old filename. Noticed while trying to use “git rebase” with diff.renames = copies. [jn: add tests] Reported-by: David D. Kilzer <ddkilzer@kilzer.net> Signed-off-by: Jonathan Nieder <jrnieder@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t3503-cherry-pick-root.sh')
0 files changed, 0 insertions, 0 deletions