Fix performance regression in addremove command. When I rewrote addremove, I lazily put a call to repo.changes in, which was unnecessary and slow. This is a new rewrite, preserving the file name behaviour, but replacing the call to repo.changes with a walk, which is much cheaper, and avoids calls to os.stat on all but files that have probably been deleted.

     1

#!/bin/sh -x

     2

     3

hg init

     4

echo This is file a1 > a

     5

hg add a

     6

hg commit -m "commit #0" -d "0 0"

     7

touch b

     8

hg add b

     9

rm b

    10

hg commit -A -m"comment #1" -d "0 0"