add: check for the existence of a file matched inexactly before adding it

The change in 02ecc94fb657 created a problem on Windows and OS X:

    --- /usr/local/mercurial/tests/test-issue660.t
    +++ /usr/local/mercurial/tests/test-issue660.t.err
    @@ -47,6 +47,8 @@
     Should succeed - shadow removed:

       $ hg add b
    +  adding b/b
    +  b/b does not exist!

Prior to the failing 'hg add', the file 'b/b' was added and committed, then 'b'
was recursively deleted from the filesystem, file 'b' was created and the delete
was recorded with 'hg rm --after'.  This add is attempting to record the
existence of file 'b'.

A filesystem that is not case sensitive prevents dirstate.walk() from skipping
its step 3, and step 3 has the effect of inserting removed files into the walk
list.  The Linux code doesn't run through step 3, and didn't exhibit the
problem.  It's not clear why a non case sensitive filesystem triggers step 3,
given that the path normalization occurs in step 2.

Prior to 02ecc94fb657, part of the check here was 'f not in repo.dirstate'
instead of 'f not in wctx'.  Files in the 'r' state are filtered out of
context.__contains__() but not dirstate.__contains__().  Therefore the removed
file name wasn't added to the list of files to add when checking against
dirstate.  That change was to allow removed files to be readded, but adding a
file that doesn't exist is nonsensical.  If the user specifies a missing file,
it will be an exact match and will still fail.
This commit is contained in:
Matt Harbison 2014-11-19 22:27:55 -05:00
parent 299f5087fd
commit 6b20f5bf8e

View File

@ -1984,7 +1984,7 @@ def add(ui, repo, match, dryrun, listsubrepos, prefix, explicitonly):
cca = scmutil.casecollisionauditor(ui, abort, repo.dirstate)
for f in wctx.walk(match):
exact = match.exact(f)
if exact or not explicitonly and f not in wctx:
if exact or not explicitonly and f not in wctx and repo.wvfs.exists(f):
if cca:
cca(f)
names.append(f)