2016-12-16 19:03:20 +00:00
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
test_description='Test grep recurse-submodules feature
|
|
|
|
|
|
|
|
This test verifies the recurse-submodules feature correctly greps across
|
|
|
|
submodules.
|
|
|
|
'
|
|
|
|
|
2022-06-03 11:15:06 +00:00
|
|
|
TEST_CREATE_REPO_NO_TEMPLATE=1
|
2016-12-16 19:03:20 +00:00
|
|
|
. ./test-lib.sh
|
|
|
|
|
2021-08-16 21:09:58 +00:00
|
|
|
GIT_TEST_FATAL_REGISTER_SUBMODULE_ODB=1
|
|
|
|
export GIT_TEST_FATAL_REGISTER_SUBMODULE_ODB
|
|
|
|
|
2016-12-16 19:03:20 +00:00
|
|
|
test_expect_success 'setup directory structure and submodule' '
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >a &&
|
2016-12-16 19:03:20 +00:00
|
|
|
mkdir b &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(3|4)" >b/b &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git add a b &&
|
|
|
|
git commit -m "add a and b" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git init submodule &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >submodule/a &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git -C submodule add a &&
|
|
|
|
git -C submodule commit -m "add a" &&
|
|
|
|
git submodule add ./submodule &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
git commit -m "added submodule" &&
|
|
|
|
test_tick
|
2016-12-16 19:03:20 +00:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep correctly finds patterns in a submodule' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
a:(1|2)d(3|4)
|
|
|
|
b/b:(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
2016-12-16 19:03:20 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules >actual &&
|
2016-12-16 19:03:20 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2017-06-01 00:30:48 +00:00
|
|
|
test_expect_success 'grep finds patterns in a submodule via config' '
|
|
|
|
test_config submodule.recurse true &&
|
|
|
|
# expect from previous test
|
|
|
|
git grep -e "(3|4)" >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep --no-recurse-submodules overrides config' '
|
|
|
|
test_config submodule.recurse true &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
b/b:(3|4)
|
|
|
|
EOF
|
|
|
|
|
|
|
|
git grep -e "(3|4)" --no-recurse-submodules >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2016-12-16 19:03:20 +00:00
|
|
|
test_expect_success 'grep and basic pathspecs' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
submodule/a:(1|2)d(3|4)
|
2016-12-16 19:03:20 +00:00
|
|
|
EOF
|
|
|
|
|
|
|
|
git grep -e. --recurse-submodules -- submodule >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep and nested submodules' '
|
|
|
|
git init submodule/sub &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >submodule/sub/a &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git -C submodule/sub add a &&
|
|
|
|
git -C submodule/sub commit -m "add a" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git -C submodule submodule add ./sub &&
|
|
|
|
git -C submodule add sub &&
|
|
|
|
git -C submodule commit -m "added sub" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:20 +00:00
|
|
|
git add submodule &&
|
|
|
|
git commit -m "updated submodule" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:20 +00:00
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
a:(1|2)d(3|4)
|
|
|
|
b/b:(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:20 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules >actual &&
|
2016-12-16 19:03:20 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep and multiple patterns' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
a:(1|2)d(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:20 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --and -e "(1|2)" --recurse-submodules >actual &&
|
2016-12-16 19:03:20 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep and multiple patterns' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
b/b:(3|4)
|
2016-12-16 19:03:20 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --and --not -e "(1|2)" --recurse-submodules >actual &&
|
2016-12-16 19:03:20 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2016-12-16 19:03:21 +00:00
|
|
|
test_expect_success 'basic grep tree' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:a:(1|2)d(3|4)
|
|
|
|
HEAD:b/b:(3|4)
|
|
|
|
HEAD:submodule/a:(1|2)d(3|4)
|
|
|
|
HEAD:submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree HEAD^' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD^:a:(1|2)d(3|4)
|
|
|
|
HEAD^:b/b:(3|4)
|
|
|
|
HEAD^:submodule/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD^ >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree HEAD^^' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD^^:a:(1|2)d(3|4)
|
|
|
|
HEAD^^:b/b:(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD^^ >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree and pathspecs' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:submodule/a:(1|2)d(3|4)
|
|
|
|
HEAD:submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD -- submodule >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree and pathspecs' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:submodule/a:(1|2)d(3|4)
|
|
|
|
HEAD:submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD -- "submodule*a" >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree and more pathspecs' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:submodule/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD -- "submodul?/a" >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep tree and more pathspecs' '
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:submodule/sub/a:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
|
|
|
|
2017-05-20 21:42:13 +00:00
|
|
|
git grep -e "(3|4)" --recurse-submodules HEAD -- "submodul*/sub/a" >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success !MINGW 'grep recurse submodule colon in name' '
|
|
|
|
git init parent &&
|
|
|
|
test_when_finished "rm -rf parent" &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >"parent/fi:le" &&
|
2016-12-16 19:03:21 +00:00
|
|
|
git -C parent add "fi:le" &&
|
|
|
|
git -C parent commit -m "add fi:le" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:21 +00:00
|
|
|
|
|
|
|
git init "su:b" &&
|
|
|
|
test_when_finished "rm -rf su:b" &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >"su:b/fi:le" &&
|
2016-12-16 19:03:21 +00:00
|
|
|
git -C "su:b" add "fi:le" &&
|
|
|
|
git -C "su:b" commit -m "add fi:le" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:21 +00:00
|
|
|
|
2022-07-29 19:21:40 +00:00
|
|
|
test_config_global protocol.file.allow always &&
|
2016-12-16 19:03:21 +00:00
|
|
|
git -C parent submodule add "../su:b" "su:b" &&
|
|
|
|
git -C parent commit -m "add submodule" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:21 +00:00
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
fi:le:(1|2)d(3|4)
|
|
|
|
su:b/fi:le:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep -e "(1|2)d(3|4)" --recurse-submodules >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD:fi:le:(1|2)d(3|4)
|
|
|
|
HEAD:su:b/fi:le:(1|2)d(3|4)
|
2016-12-16 19:03:21 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep -e "(1|2)d(3|4)" --recurse-submodules HEAD >actual &&
|
2016-12-16 19:03:21 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2016-12-16 19:03:22 +00:00
|
|
|
test_expect_success 'grep history with moved submoules' '
|
|
|
|
git init parent &&
|
|
|
|
test_when_finished "rm -rf parent" &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >parent/file &&
|
2016-12-16 19:03:22 +00:00
|
|
|
git -C parent add file &&
|
|
|
|
git -C parent commit -m "add file" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:22 +00:00
|
|
|
|
|
|
|
git init sub &&
|
|
|
|
test_when_finished "rm -rf sub" &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >sub/file &&
|
2016-12-16 19:03:22 +00:00
|
|
|
git -C sub add file &&
|
|
|
|
git -C sub commit -m "add file" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:22 +00:00
|
|
|
|
2022-07-29 19:21:40 +00:00
|
|
|
test_config_global protocol.file.allow always &&
|
2016-12-16 19:03:22 +00:00
|
|
|
git -C parent submodule add ../sub dir/sub &&
|
|
|
|
git -C parent commit -m "add submodule" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:22 +00:00
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
dir/sub/file:(1|2)d(3|4)
|
|
|
|
file:(1|2)d(3|4)
|
2016-12-16 19:03:22 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep -e "(1|2)d(3|4)" --recurse-submodules >actual &&
|
2016-12-16 19:03:22 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
git -C parent mv dir/sub sub-moved &&
|
|
|
|
git -C parent commit -m "moved submodule" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2016-12-16 19:03:22 +00:00
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
file:(1|2)d(3|4)
|
|
|
|
sub-moved/file:(1|2)d(3|4)
|
2016-12-16 19:03:22 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep -e "(1|2)d(3|4)" --recurse-submodules >actual &&
|
2016-12-16 19:03:22 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
HEAD^:dir/sub/file:(1|2)d(3|4)
|
|
|
|
HEAD^:file:(1|2)d(3|4)
|
2016-12-16 19:03:22 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep -e "(1|2)d(3|4)" --recurse-submodules HEAD^ >actual &&
|
2016-12-16 19:03:22 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2017-03-17 17:22:55 +00:00
|
|
|
test_expect_success 'grep using relative path' '
|
|
|
|
test_when_finished "rm -rf parent sub" &&
|
|
|
|
git init sub &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >sub/file &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C sub add file &&
|
|
|
|
git -C sub commit -m "add file" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2017-03-17 17:22:55 +00:00
|
|
|
|
|
|
|
git init parent &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >parent/file &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C parent add file &&
|
|
|
|
mkdir parent/src &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >parent/src/file2 &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C parent add src/file2 &&
|
2022-07-29 19:21:40 +00:00
|
|
|
test_config_global protocol.file.allow always &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C parent submodule add ../sub &&
|
|
|
|
git -C parent commit -m "add files and submodule" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2017-03-17 17:22:55 +00:00
|
|
|
|
|
|
|
# From top works
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
file:(1|2)d(3|4)
|
|
|
|
src/file2:(1|2)d(3|4)
|
|
|
|
sub/file:(1|2)d(3|4)
|
2017-03-17 17:22:55 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep --recurse-submodules -e "(1|2)d(3|4)" >actual &&
|
2017-03-17 17:22:55 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
# Relative path to top
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
../file:(1|2)d(3|4)
|
|
|
|
file2:(1|2)d(3|4)
|
|
|
|
../sub/file:(1|2)d(3|4)
|
2017-03-17 17:22:55 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent/src grep --recurse-submodules -e "(1|2)d(3|4)" -- .. >actual &&
|
2017-03-17 17:22:55 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
# Relative path to submodule
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
../sub/file:(1|2)d(3|4)
|
2017-03-17 17:22:55 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent/src grep --recurse-submodules -e "(1|2)d(3|4)" -- ../sub >actual &&
|
2017-03-17 17:22:55 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep from a subdir' '
|
|
|
|
test_when_finished "rm -rf parent sub" &&
|
|
|
|
git init sub &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >sub/file &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C sub add file &&
|
|
|
|
git -C sub commit -m "add file" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2017-03-17 17:22:55 +00:00
|
|
|
|
|
|
|
git init parent &&
|
|
|
|
mkdir parent/src &&
|
2017-05-20 21:42:13 +00:00
|
|
|
echo "(1|2)d(3|4)" >parent/src/file &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C parent add src/file &&
|
2022-07-29 19:21:40 +00:00
|
|
|
test_config_global protocol.file.allow always &&
|
2017-03-17 17:22:55 +00:00
|
|
|
git -C parent submodule add ../sub src/sub &&
|
|
|
|
git -C parent submodule add ../sub sub &&
|
|
|
|
git -C parent commit -m "add files and submodules" &&
|
t7814: do not generate same commits in different repos
t7814 has repo tree like this
initial-repo
submodule
sub
In each repo 'submodule' and 'sub', a commit is made to add the same
initial file 'a' with the same message 'add a'. If tests run fast
enough, the two commits are made in the same second, resulting
identical commits.
There is nothing wrong with that per-se. But it could make the test
flaky. Currently all submodule odbs are merged back in the main
one (because we can't, or couldn't, access separate submodule repos
otherwise). But eventually we need to access objects from the right
repo.
Because the same commit could sometimes be present in both 'submodule'
and 'sub', if there is a bug looking up objects in the wrong repo,
sometimes it will go unnoticed because it finds the needed object in the
wrong repo anyway.
Fix this by changing commit time after every commit. This makes all
commits unique. Of course there are still identical blobs in different
repos, but because we often lookup commit first, then tree and blob,
unique commits are already quite safe.
Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-06-28 09:35:28 +00:00
|
|
|
test_tick &&
|
2017-03-17 17:22:55 +00:00
|
|
|
|
|
|
|
# Verify grep from root works
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
src/file:(1|2)d(3|4)
|
|
|
|
src/sub/file:(1|2)d(3|4)
|
|
|
|
sub/file:(1|2)d(3|4)
|
2017-03-17 17:22:55 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent grep --recurse-submodules -e "(1|2)d(3|4)" >actual &&
|
2017-03-17 17:22:55 +00:00
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
# Verify grep from a subdir works
|
|
|
|
cat >expect <<-\EOF &&
|
2017-05-20 21:42:13 +00:00
|
|
|
file:(1|2)d(3|4)
|
|
|
|
sub/file:(1|2)d(3|4)
|
2017-03-17 17:22:55 +00:00
|
|
|
EOF
|
2017-05-20 21:42:13 +00:00
|
|
|
git -C parent/src grep --recurse-submodules -e "(1|2)d(3|4)" >actual &&
|
2017-03-17 17:22:55 +00:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2016-12-16 19:03:20 +00:00
|
|
|
test_incompatible_with_recurse_submodules ()
|
|
|
|
{
|
|
|
|
test_expect_success "--recurse-submodules and $1 are incompatible" "
|
|
|
|
test_must_fail git grep -e. --recurse-submodules $1 2>actual &&
|
|
|
|
test_i18ngrep 'not supported with --recurse-submodules' actual
|
|
|
|
"
|
|
|
|
}
|
|
|
|
|
|
|
|
test_incompatible_with_recurse_submodules --untracked
|
2020-01-30 13:37:28 +00:00
|
|
|
|
|
|
|
test_expect_success 'grep --recurse-submodules --no-index ignores --recurse-submodules' '
|
|
|
|
git grep --recurse-submodules --no-index -e "^(.|.)[\d]" >actual &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
|
|
|
EOF
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
2016-12-16 19:03:20 +00:00
|
|
|
|
2017-05-20 21:42:14 +00:00
|
|
|
test_expect_success 'grep --recurse-submodules should pass the pattern type along' '
|
|
|
|
# Fixed
|
|
|
|
test_must_fail git grep -F --recurse-submodules -e "(.|.)[\d]" &&
|
|
|
|
test_must_fail git -c grep.patternType=fixed grep --recurse-submodules -e "(.|.)[\d]" &&
|
|
|
|
|
|
|
|
# Basic
|
|
|
|
git grep -G --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
|
|
|
EOF
|
|
|
|
test_cmp expect actual &&
|
|
|
|
git -c grep.patternType=basic grep --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
# Extended
|
|
|
|
git grep -E --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
.gitmodules:[submodule "submodule"]
|
|
|
|
.gitmodules: path = submodule
|
|
|
|
.gitmodules: url = ./submodule
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
submodule/.gitmodules:[submodule "sub"]
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
|
|
|
EOF
|
|
|
|
test_cmp expect actual &&
|
|
|
|
git -c grep.patternType=extended grep --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
git -c grep.extendedRegexp=true grep --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
# Perl
|
|
|
|
if test_have_prereq PCRE
|
|
|
|
then
|
|
|
|
git grep -P --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
b/b:(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
|
|
|
EOF
|
|
|
|
test_cmp expect actual &&
|
|
|
|
git -c grep.patternType=perl grep --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
fi
|
|
|
|
'
|
|
|
|
|
2019-04-16 09:33:38 +00:00
|
|
|
test_expect_success 'grep --recurse-submodules with submodules without .gitmodules in the working tree' '
|
2018-10-25 16:18:12 +00:00
|
|
|
test_when_finished "git -C submodule checkout .gitmodules" &&
|
|
|
|
rm submodule/.gitmodules &&
|
|
|
|
git grep --recurse-submodules -e "(.|.)[\d]" >actual &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)d(3|4)
|
|
|
|
submodule/a:(1|2)d(3|4)
|
|
|
|
submodule/sub/a:(1|2)d(3|4)
|
|
|
|
EOF
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2019-07-30 16:53:27 +00:00
|
|
|
reset_and_clean () {
|
|
|
|
git reset --hard &&
|
|
|
|
git clean -fd &&
|
|
|
|
git submodule foreach --recursive 'git reset --hard' &&
|
|
|
|
git submodule foreach --recursive 'git clean -fd'
|
|
|
|
}
|
|
|
|
|
|
|
|
test_expect_success 'grep --recurse-submodules without --cached considers worktree modifications' '
|
|
|
|
reset_and_clean &&
|
|
|
|
echo "A modified line in submodule" >>submodule/a &&
|
|
|
|
echo "submodule/a:A modified line in submodule" >expect &&
|
|
|
|
git grep --recurse-submodules "A modified line in submodule" >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'grep --recurse-submodules with --cached ignores worktree modifications' '
|
|
|
|
reset_and_clean &&
|
|
|
|
echo "A modified line in submodule" >>submodule/a &&
|
|
|
|
test_must_fail git grep --recurse-submodules --cached "A modified line in submodule" >actual 2>&1 &&
|
|
|
|
test_must_be_empty actual
|
|
|
|
'
|
grep: demonstrate bug with textconv attributes and submodules
In some circumstances, "git grep --textconv --recurse-submodules"
ignores the textconv attributes from the submodules and erroneously
applies the attributes defined in the superproject on the submodules'
files. The textconv cache is also saved on the superproject, even for
submodule objects.
A fix for these problems will probably require at least three changes:
- Some textconv and attributes functions (as well as their callees) will
have to be adjusted to work with arbitrary repositories. Note that
"fill_textconv()", for example, already receives a "struct repository"
but it writes the textconv cache using "write_loose_object()", which
implicitly works on "the_repository".
- grep.c functions will have to call textconv/userdiff routines passing
the "repo" field from "struct grep_source" instead of the one from
"struct grep_opt". The latter always points to "the_repository" on
"git grep" executions (see its initialization in builtin/grep.c), but
the former points to the correct repository that each source (an
object, file, or buffer) comes from.
- "userdiff_find_by_path()" might need to use a different attributes
stack for each repository it works on or reset its internal static
stack when the repository is changed throughout the calls.
For now, let's add some tests to demonstrate these problems, and also
update a NEEDSWORK comment in grep.h that mentions this bug to reference
the added tests.
Signed-off-by: Matheus Tavares <matheus.bernardino@usp.br>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-29 12:24:25 +00:00
|
|
|
|
|
|
|
test_expect_failure 'grep --textconv: superproject .gitattributes does not affect submodules' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
echo "a diff=d2x" >.gitattributes &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_failure 'grep --textconv: superproject .gitattributes (from index) does not affect submodules' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
echo "a diff=d2x" >.gitattributes &&
|
|
|
|
git add .gitattributes &&
|
|
|
|
rm .gitattributes &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_failure 'grep --textconv: superproject .git/info/attributes does not affect submodules' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
2022-06-03 11:15:06 +00:00
|
|
|
super_info="$(git rev-parse --git-path info)" &&
|
|
|
|
super_attr="$super_info/attributes" &&
|
grep: demonstrate bug with textconv attributes and submodules
In some circumstances, "git grep --textconv --recurse-submodules"
ignores the textconv attributes from the submodules and erroneously
applies the attributes defined in the superproject on the submodules'
files. The textconv cache is also saved on the superproject, even for
submodule objects.
A fix for these problems will probably require at least three changes:
- Some textconv and attributes functions (as well as their callees) will
have to be adjusted to work with arbitrary repositories. Note that
"fill_textconv()", for example, already receives a "struct repository"
but it writes the textconv cache using "write_loose_object()", which
implicitly works on "the_repository".
- grep.c functions will have to call textconv/userdiff routines passing
the "repo" field from "struct grep_source" instead of the one from
"struct grep_opt". The latter always points to "the_repository" on
"git grep" executions (see its initialization in builtin/grep.c), but
the former points to the correct repository that each source (an
object, file, or buffer) comes from.
- "userdiff_find_by_path()" might need to use a different attributes
stack for each repository it works on or reset its internal static
stack when the repository is changed throughout the calls.
For now, let's add some tests to demonstrate these problems, and also
update a NEEDSWORK comment in grep.h that mentions this bug to reference
the added tests.
Signed-off-by: Matheus Tavares <matheus.bernardino@usp.br>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-29 12:24:25 +00:00
|
|
|
test_when_finished "rm -f \"$super_attr\"" &&
|
2022-06-03 11:15:06 +00:00
|
|
|
mkdir "$super_info" &&
|
grep: demonstrate bug with textconv attributes and submodules
In some circumstances, "git grep --textconv --recurse-submodules"
ignores the textconv attributes from the submodules and erroneously
applies the attributes defined in the superproject on the submodules'
files. The textconv cache is also saved on the superproject, even for
submodule objects.
A fix for these problems will probably require at least three changes:
- Some textconv and attributes functions (as well as their callees) will
have to be adjusted to work with arbitrary repositories. Note that
"fill_textconv()", for example, already receives a "struct repository"
but it writes the textconv cache using "write_loose_object()", which
implicitly works on "the_repository".
- grep.c functions will have to call textconv/userdiff routines passing
the "repo" field from "struct grep_source" instead of the one from
"struct grep_opt". The latter always points to "the_repository" on
"git grep" executions (see its initialization in builtin/grep.c), but
the former points to the correct repository that each source (an
object, file, or buffer) comes from.
- "userdiff_find_by_path()" might need to use a different attributes
stack for each repository it works on or reset its internal static
stack when the repository is changed throughout the calls.
For now, let's add some tests to demonstrate these problems, and also
update a NEEDSWORK comment in grep.h that mentions this bug to reference
the added tests.
Signed-off-by: Matheus Tavares <matheus.bernardino@usp.br>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-29 12:24:25 +00:00
|
|
|
echo "a diff=d2x" >"$super_attr" &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
# Note: what currently prevents this test from passing is not that the
|
|
|
|
# .gitattributes file from "./submodule" is being ignored, but that it is being
|
|
|
|
# propagated to the nested "./submodule/sub" files.
|
|
|
|
#
|
|
|
|
test_expect_failure 'grep --textconv correctly reads submodule .gitattributes' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
echo "a diff=d2x" >submodule/.gitattributes &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
submodule/a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_failure 'grep --textconv correctly reads submodule .gitattributes (from index)' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
echo "a diff=d2x" >submodule/.gitattributes &&
|
|
|
|
git -C submodule add .gitattributes &&
|
|
|
|
rm submodule/.gitattributes &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
submodule/a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_failure 'grep --textconv correctly reads submodule .git/info/attributes' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
|
2022-06-03 11:15:06 +00:00
|
|
|
submodule_info="$(git -C submodule rev-parse --path-format=absolute --git-path info)" &&
|
|
|
|
submodule_attr="$submodule_info/attributes" &&
|
grep: demonstrate bug with textconv attributes and submodules
In some circumstances, "git grep --textconv --recurse-submodules"
ignores the textconv attributes from the submodules and erroneously
applies the attributes defined in the superproject on the submodules'
files. The textconv cache is also saved on the superproject, even for
submodule objects.
A fix for these problems will probably require at least three changes:
- Some textconv and attributes functions (as well as their callees) will
have to be adjusted to work with arbitrary repositories. Note that
"fill_textconv()", for example, already receives a "struct repository"
but it writes the textconv cache using "write_loose_object()", which
implicitly works on "the_repository".
- grep.c functions will have to call textconv/userdiff routines passing
the "repo" field from "struct grep_source" instead of the one from
"struct grep_opt". The latter always points to "the_repository" on
"git grep" executions (see its initialization in builtin/grep.c), but
the former points to the correct repository that each source (an
object, file, or buffer) comes from.
- "userdiff_find_by_path()" might need to use a different attributes
stack for each repository it works on or reset its internal static
stack when the repository is changed throughout the calls.
For now, let's add some tests to demonstrate these problems, and also
update a NEEDSWORK comment in grep.h that mentions this bug to reference
the added tests.
Signed-off-by: Matheus Tavares <matheus.bernardino@usp.br>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-29 12:24:25 +00:00
|
|
|
test_when_finished "rm -f \"$submodule_attr\"" &&
|
|
|
|
echo "a diff=d2x" >"$submodule_attr" &&
|
|
|
|
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
submodule/a:(1|2)x(3|4)
|
|
|
|
EOF
|
|
|
|
git grep --textconv --recurse-submodules x >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_failure 'grep saves textconv cache in the appropriate repository' '
|
|
|
|
reset_and_clean &&
|
|
|
|
test_config_global diff.d2x_cached.textconv "sed -e \"s/d/x/\"" &&
|
|
|
|
test_config_global diff.d2x_cached.cachetextconv true &&
|
|
|
|
echo "a diff=d2x_cached" >submodule/.gitattributes &&
|
|
|
|
|
|
|
|
# We only read/write to the textconv cache when grepping from an OID,
|
|
|
|
# as the working tree file might have modifications.
|
|
|
|
git grep --textconv --cached --recurse-submodules x &&
|
|
|
|
|
|
|
|
super_textconv_cache="$(git rev-parse --git-path refs/notes/textconv/d2x_cached)" &&
|
|
|
|
sub_textconv_cache="$(git -C submodule rev-parse \
|
|
|
|
--path-format=absolute --git-path refs/notes/textconv/d2x_cached)" &&
|
|
|
|
test_path_is_missing "$super_textconv_cache" &&
|
|
|
|
test_path_is_file "$sub_textconv_cache"
|
|
|
|
'
|
|
|
|
|
clone, submodule: pass partial clone filters to submodules
When cloning a repo with a --filter and with --recurse-submodules
enabled, the partial clone filter only applies to the top-level repo.
This can lead to unexpected bandwidth and disk usage for projects which
include large submodules. For example, a user might wish to make a
partial clone of Gerrit and would run:
`git clone --recurse-submodules --filter=blob:5k https://gerrit.googlesource.com/gerrit`.
However, only the superproject would be a partial clone; all the
submodules would have all blobs downloaded regardless of their size.
With this change, the same filter can also be applied to submodules,
meaning the expected bandwidth and disk savings apply consistently.
To avoid changing default behavior, add a new clone flag,
`--also-filter-submodules`. When this is set along with `--filter` and
`--recurse-submodules`, the filter spec is passed along to git-submodule
and git-submodule--helper, such that submodule clones also have the
filter applied.
This applies the same filter to the superproject and all submodules.
Users who need to customize the filter per-submodule would need to clone
with `--no-recurse-submodules` and then manually initialize each
submodule with the proper filter.
Applying filters to submodules should be safe thanks to Jonathan Tan's
recent work [1, 2, 3] eliminating the use of alternates as a method of
accessing submodule objects, so any submodule object access now triggers
a lazy fetch from the submodule's promisor remote if the accessed object
is missing. This patch is a reworked version of [4], which was created
prior to Jonathan Tan's work.
[1]: 8721e2e (Merge branch 'jt/partial-clone-submodule-1', 2021-07-16)
[2]: 11e5d0a (Merge branch 'jt/grep-wo-submodule-odb-as-alternate',
2021-09-20)
[3]: 162a13b (Merge branch 'jt/no-abuse-alternate-odb-for-submodules',
2021-10-25)
[4]: https://lore.kernel.org/git/52bf9d45b8e2b72ff32aa773f2415bf7b2b86da2.1563322192.git.steadmon@google.com/
Signed-off-by: Josh Steadmon <steadmon@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-02-05 05:00:49 +00:00
|
|
|
test_expect_success 'grep partially-cloned submodule' '
|
|
|
|
# Set up clean superproject and submodule for partial cloning.
|
2022-09-30 20:47:00 +00:00
|
|
|
test_config_global protocol.file.allow always &&
|
clone, submodule: pass partial clone filters to submodules
When cloning a repo with a --filter and with --recurse-submodules
enabled, the partial clone filter only applies to the top-level repo.
This can lead to unexpected bandwidth and disk usage for projects which
include large submodules. For example, a user might wish to make a
partial clone of Gerrit and would run:
`git clone --recurse-submodules --filter=blob:5k https://gerrit.googlesource.com/gerrit`.
However, only the superproject would be a partial clone; all the
submodules would have all blobs downloaded regardless of their size.
With this change, the same filter can also be applied to submodules,
meaning the expected bandwidth and disk savings apply consistently.
To avoid changing default behavior, add a new clone flag,
`--also-filter-submodules`. When this is set along with `--filter` and
`--recurse-submodules`, the filter spec is passed along to git-submodule
and git-submodule--helper, such that submodule clones also have the
filter applied.
This applies the same filter to the superproject and all submodules.
Users who need to customize the filter per-submodule would need to clone
with `--no-recurse-submodules` and then manually initialize each
submodule with the proper filter.
Applying filters to submodules should be safe thanks to Jonathan Tan's
recent work [1, 2, 3] eliminating the use of alternates as a method of
accessing submodule objects, so any submodule object access now triggers
a lazy fetch from the submodule's promisor remote if the accessed object
is missing. This patch is a reworked version of [4], which was created
prior to Jonathan Tan's work.
[1]: 8721e2e (Merge branch 'jt/partial-clone-submodule-1', 2021-07-16)
[2]: 11e5d0a (Merge branch 'jt/grep-wo-submodule-odb-as-alternate',
2021-09-20)
[3]: 162a13b (Merge branch 'jt/no-abuse-alternate-odb-for-submodules',
2021-10-25)
[4]: https://lore.kernel.org/git/52bf9d45b8e2b72ff32aa773f2415bf7b2b86da2.1563322192.git.steadmon@google.com/
Signed-off-by: Josh Steadmon <steadmon@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-02-05 05:00:49 +00:00
|
|
|
git init super &&
|
|
|
|
git init super/sub &&
|
|
|
|
(
|
|
|
|
cd super &&
|
|
|
|
test_commit --no-tag "Add file in superproject" \
|
|
|
|
super-file "Some content for super-file" &&
|
|
|
|
test_commit -C sub --no-tag "Add file in submodule" \
|
|
|
|
sub-file "Some content for sub-file" &&
|
|
|
|
git submodule add ./sub &&
|
|
|
|
git commit -m "Add other as submodule sub" &&
|
|
|
|
test_tick &&
|
|
|
|
test_commit -C sub --no-tag --append "Update file in submodule" \
|
|
|
|
sub-file "Some more content for sub-file" &&
|
|
|
|
git add sub &&
|
|
|
|
git commit -m "Update submodule" &&
|
|
|
|
test_tick &&
|
|
|
|
git config --local uploadpack.allowfilter 1 &&
|
|
|
|
git config --local uploadpack.allowanysha1inwant 1 &&
|
|
|
|
git -C sub config --local uploadpack.allowfilter 1 &&
|
|
|
|
git -C sub config --local uploadpack.allowanysha1inwant 1
|
|
|
|
) &&
|
|
|
|
# Clone the superproject & submodule, then make sure we can lazy-fetch submodule objects.
|
|
|
|
git clone --filter=blob:none --also-filter-submodules \
|
|
|
|
--recurse-submodules "file://$(pwd)/super" partial &&
|
|
|
|
(
|
|
|
|
cd partial &&
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
HEAD^:sub/sub-file:Some content for sub-file
|
|
|
|
HEAD^:super-file:Some content for super-file
|
|
|
|
EOF
|
|
|
|
|
|
|
|
GIT_TRACE2_EVENT="$(pwd)/trace2.log" git grep -e content \
|
|
|
|
--recurse-submodules HEAD^ >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
# Verify that we actually fetched data from the promisor remote:
|
|
|
|
grep \"category\":\"promisor\",\"key\":\"fetch_count\",\"value\":\"1\" trace2.log
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2016-12-16 19:03:20 +00:00
|
|
|
test_done
|