summaryrefslogtreecommitdiff
path: root/t/t9153
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2010-02-22 20:05:44 -0500
committerLibravatar Junio C Hamano <gitster@pobox.com>2010-02-22 19:23:49 -0800
commite1327ed5fbaca0af44db89d60c33b641e2f21ee1 (patch)
tree7ecc644aa78d18b29077905a0f59ecd7a34ec06a /t/t9153
parentdwim_ref: fix dangling symref warning (diff)
downloadtgif-e1327ed5fbaca0af44db89d60c33b641e2f21ee1.tar.xz
add-interactive: fix bogus diff header line ordering
When we look at a patch for adding hunks interactively, we first split it into a header and a list of hunks. Some of the header lines, such as mode changes and deletion, however, become their own selectable hunks. Later when we reassemble the patch, we simply concatenate the header and the selected hunks. This leads to patches like this: diff --git a/file b/file index d95f3ad..0000000 --- a/file +++ /dev/null deleted file mode 100644 @@ -1 +0,0 @@ -content Notice how the deletion comes _after_ the ---/+++ lines, when it should come before. In many cases, we can get away with this as git-apply accepts the slightly bogus input. However, in the specific case of a deletion line that is being applied via "apply -R", this malformed patch triggers an assert in git-apply. This comes up when discarding a deletion via "git checkout -p". Rather than try to make git-apply accept our odd input, let's just reassemble the patch in the correct order. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t9153')
0 files changed, 0 insertions, 0 deletions