find-dups: Non-shared subdirectory seems to escape notice with '--inverse' flag
I had an up-to-date local clone of the dosp-research repository, and I accidentally turned it into a git-svn-compatible tree by running git svn log --limit=1 ".". That command caused a new subdirectory, .git/svn/, to be created in that clone. Curious as to whether that was the only administrative change that git svn caused, I cloned another pristine copy of dosp-research from origin and then did this:
$ find-dups --inverse old-clone/.git new-clone/.git
old-clone/.git/index
new-clone/.git/index
old-clone/.git/FETCH_HEAD
old-clone/.git/objects/pack/pack-042fe526563aa149013b8541342a5b78258dfdbe.idx
new-clone/.git/objects/pack/pack-51e56102974aa7a560a14d496f5bb615f37768a9.idx
old-clone/.git/objects/pack/pack-042fe526563aa149013b8541342a5b78258dfdbe.pack
old-clone/.git/objects/pack/pack-042fe526563aa149013b8541342a5b78258dfdbe.rev
new-clone/.git/objects/pack/pack-51e56102974aa7a560a14d496f5bb615f37768a9.rev
new-clone/.git/objects/pack/pack-51e56102974aa7a560a14d496f5bb615f37768a9.pack
$ To my surprise, the output does not show old-clone/.git/svn/ or anything under that subdirectory!
That seems... obviously wrong? After all:
$ diff -rq old-clone/ new-clone/
Only in new-clone/.git: svn
$ This is with find-dups as of commit 8275c95f.