summaryrefslogtreecommitdiff
path: root/vcs-svn/LICENSE
diff options
context:
space:
mode:
authorLibravatar Nguyễn Thái Ngọc Duy <pclouds@gmail.com>2015-06-07 17:40:52 +0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2015-06-08 09:45:19 -0700
commitffcc9ba763a8591119cb28877c84499a7854bff9 (patch)
tree554deefb3c42f8067dcc4a91c51bc4127e30ac11 /vcs-svn/LICENSE
parentt7063: hide stderr from setup inside prereq (diff)
downloadtgif-ffcc9ba763a8591119cb28877c84499a7854bff9.tar.xz
read-cache: fix untracked cache invalidation when split-index is used
Before this change, t7063.17 fails. The actual action though happens at t7063.16 where the entry "two" is added back to index after being removed in the .13. Here we expect a directory invalidate at .16 and none at .17 where untracked cache is refreshed. But things do not go as expected when GIT_TEST_SPLIT_INDEX is set. The different behavior that happens at .16 when split index is used: the entry "two", when deleted at .13, is simply marked "deleted". When .16 executes, the entry resurfaces from the version in base index. This happens in merge_base_index() where add_index_entry() is called to add "two" back from the base index. This is where the bug comes from. The add_index_entry() is called with ADD_CACHE_KEEP_CACHE_TREE flag because this version of "two" is not new, it does not break either cache-tree or untracked cache. The code should check this flag and not invalidate untracked cache. This causes a second invalidation violates test expectation. The fix is obvious. Noticed-by: Thomas Gummerer <t.gummerer@gmail.com> Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'vcs-svn/LICENSE')
0 files changed, 0 insertions, 0 deletions