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

0

     2

0

     3

adding changesets

     4

killed!

     5

transaction abort!

     6

rollback completed

     7

00changelog.d

     8

00changelog.i

     9

data

    10

journal.dirstate