summaryrefslogtreecommitdiff
path: root/t/t1502-rev-parse-parseopt.sh
diff options
context:
space:
mode:
authorLibravatar Junio C Hamano <gitster@pobox.com>2011-04-06 14:20:57 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2011-04-29 15:27:59 -0700
commit933e44d3a040c41a1e45d53a416edd107cc3ae0a (patch)
tree984bda83451936aa1d75aff08ff8438e53826f2d /t/t1502-rev-parse-parseopt.sh
parentadd--interactive.perl: factor out repeated --recount option (diff)
downloadtgif-933e44d3a040c41a1e45d53a416edd107cc3ae0a.tar.xz
"add -p": work-around an old laziness that does not coalesce hunks
Since 0beee4c (git-add--interactive: remove hunk coalescing, 2008-07-02), "git add--interactive" behaves lazily and passes overlapping hunks to the underlying "git apply" without coalescing. This was partially corrected by 7a26e65 (its partial revert, 2009-05-16), but overlapping hunks are still passed when the patch is edited. Teach "git apply" the --allow-overlap option that disables a safety feature that avoids misapplication of patches by not applying patches to overlapping hunks, and pass this option form "add -p" codepath. Do not even advertise the option, as this is merely a workaround, and the correct fix is to make "add -p" correctly coalesce adjacent patch hunks. Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t1502-rev-parse-parseopt.sh')
0 files changed, 0 insertions, 0 deletions