summaryrefslogtreecommitdiff
path: root/t/t2202-add-addremove.sh
diff options
context:
space:
mode:
authorLibravatar Martin Erik Werner <martinerikwerner@gmail.com>2014-02-04 15:25:20 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2014-02-04 12:08:49 -0800
commit655ee9ea3e6c0af57d320e84723ec3bf656cdbf7 (patch)
tree46e1659c80d1fbc19afac18fccbe01023e9388e9 /t/t2202-add-addremove.sh
parentsetup: add abspath_part_inside_repo() function (diff)
downloadtgif-655ee9ea3e6c0af57d320e84723ec3bf656cdbf7.tar.xz
setup: don't dereference in-tree symlinks for absolute paths
The prefix_path_gently() function currently applies real_path to everything if given an absolute path, dereferencing symlinks both outside and inside the work tree. This causes most high-level functions to misbehave when acting on symlinks given via absolute paths. For example $ git add /dir/repo/symlink attempts to add the target of the symlink rather than the symlink itself, which is usually not what the user intends to do. In order to manipulate symlinks in the work tree using absolute paths, symlinks should only be dereferenced outside the work tree. Modify the prefix_path_gently() to first normalize the path in order to make sure path levels are separated by '/', then pass the result to 'abspath_part_inside_repo' to find the part inside the work tree (without dereferencing any symlinks inside the work tree). For absolute paths, prefix_path_gently() did not, nor does now do, any actual prefixing, hence the result from abspath_part_in_repo() is returned as-is. Fixes t0060-82 and t3004-5. Signed-off-by: Martin Erik Werner <martinerikwerner@gmail.com> Reviewed-by: Duy Nguyen <pclouds@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t2202-add-addremove.sh')
0 files changed, 0 insertions, 0 deletions