summaryrefslogtreecommitdiff
path: root/t/t4113-apply-ending.sh
diff options
context:
space:
mode:
authorLibravatar Junio C Hamano <gitster@pobox.com>2008-12-25 16:54:23 -0800
committerLibravatar Junio C Hamano <gitster@pobox.com>2008-12-26 01:04:26 -0800
commitd4789c60aae4bbc97aaef5cf2e0a9aa0a4df05d2 (patch)
tree3c21654e9731c38d7a7432fc6a1e6a73a73e33d9 /t/t4113-apply-ending.sh
parentGIT 1.6.1 (diff)
downloadtgif-d4789c60aae4bbc97aaef5cf2e0a9aa0a4df05d2.tar.xz
ls-tree: add --full-tree option
The established behaviour of "git ls-tree $tree_ish" run from a subdirectory "sub/dir" in a work tree is to limit the output to the paths in the subdirectory, and strip off the leading "sub/dir" from the output, since 3c5e846 (ls-tree: major rewrite to do pathspec, 2005-11-26). This was a "usability" feature made back in the days when the line between Porcelain and plumbing was blurry, and in retrospect, it probably was misguided. The behaviour may be what the end user would expect when the command is run interactively from a subdirectory, but it also means that a scripted Porcelain that wants to use the command to list the full contents of a tree object has to do cd_to_toplevel (and save the output from "rev-parse --show-prefix" before doing so, so that it can be used as a pathspec if it wants to limit its operation to the original subdirectory in other commands). This new option makes the command operate on the full tree object, regardless of where in the work tree it is run from. It also implies the behaviour that is triggered by the existing --full-name option. Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4113-apply-ending.sh')
0 files changed, 0 insertions, 0 deletions