diff options
author | Brandon Williams <bmwill@google.com> | 2017-12-04 16:07:34 -0800 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2017-12-05 09:23:15 -0800 |
commit | eef3df5a93784e4d709907ce03006374ffc3ea26 (patch) | |
tree | 2548858fe0419a17385547bcdfc5ea453e2e732c /Documentation/git-send-email.txt | |
parent | grep: take the read-lock when adding a submodule (diff) | |
download | tgif-eef3df5a93784e4d709907ce03006374ffc3ea26.tar.xz |
pathspec: only match across submodule boundaries when requested
Commit 74ed43711fd (grep: enable recurse-submodules to work on <tree>
objects, 2016-12-16) taught 'tree_entry_interesting()' to be able to
match across submodule boundaries in the presence of wildcards. This is
done by performing literal matching up to the first wildcard and then
punting to the submodule itself to perform more accurate pattern
matching. Instead of introducing a new flag to request this behavior,
commit 74ed43711fd overloaded the already existing 'recursive' flag in
'struct pathspec' to request this behavior.
This leads to a bug where whenever any other caller has the 'recursive'
flag set as well as a pathspec with wildcards that all submodules will
be indicated as matches. One simple example of this is:
git init repo
cd repo
git init submodule
git -C submodule commit -m initial --allow-empty
touch "[bracket]"
git add "[bracket]"
git commit -m bracket
git add submodule
git commit -m submodule
git rev-list HEAD -- "[bracket]"
Fix this by introducing the new flag 'recurse_submodules' in 'struct
pathspec' and using this flag to determine if matches should be allowed
to cross submodule boundaries.
This fixes https://github.com/git-for-windows/git/issues/1371.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/git-send-email.txt')
0 files changed, 0 insertions, 0 deletions