On 08/20, Junio C Hamano wrote: > Thomas Gummerer <t.gummerer@xxxxxxxxx> writes: > > > Fix the test by updating the mtime of test.r, so git is forced to > > check the contents of the file, and the clean filter is run as the > > test expects. > > Hmph, depending on the timestamp granularity, with this patch, > test.r would have mtime that is the same or a bit later than that of > the index file. Is it sufficient to really "force" Git to check the > contents, or does it just make the likelyhood that it would choose > to check a bit bigger (in other words, are we solving the race, or > merely making the race window smaller)? This test only worked until now because git checks the contents if the mtime of the file and the index are the same. This is because of racy-git. I tried to describe this in the commit message, but looks like it wasn't clear enough. Do you have any suggestions on how to make it clearer? It will also check the contents if the mtime is greater than the timestamp of the index, so the 'touch' here would also cover that. So the changes here do solve the race completely. > Thanks. > > > > > Signed-off-by: Thomas Gummerer <t.gummerer@xxxxxxxxx> > > --- > > t/t0021-conversion.sh | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/t/t0021-conversion.sh b/t/t0021-conversion.sh > > index e10f5f787f..66f75005d5 100755 > > --- a/t/t0021-conversion.sh > > +++ b/t/t0021-conversion.sh > > @@ -390,6 +390,7 @@ test_expect_success PERL 'required process filter should filter data' ' > > EOF > > test_cmp_exclude_clean expected.log debug.log && > > > > + touch test.r && > > filter_git checkout --quiet --no-progress empty-branch && > > cat >expected.log <<-EOF && > > START
