localrepo.commit: grab locks before getting the list of files to commit Somebody may change the dirstate after we've determined the parents of the working dir and run repo.status, but before we called wlock(). This should also fix issue997, where backout would change a file without changing its size and then call repo.commit without passing the list of files. If this happened in less than one second, we wouldn't detect any file changes - the in-memory dirstate still has the cached stat data for that file. Grabbing the wlock early causes the dirstate to be invalidated and we end up reading the dirstate file again, which has that file marked for lookup (size == -1). A better fix would be for backout to give repo.commit the exact list of files, but that'll require some changes to the revert operation. A significant user-visible change is that the precommit hook is always run with both locks grabbed - previously, hg commit would run it before grabbing any locks, but hg import would run it after grabbing locks.

     1

syntax: glob

     2

     3

*.elc

     4

*.orig

     5

*.rej

     6

*~

     7

*.mergebackup

     8

*.o

     9

*.so

    10

*.pyc

    11

*.swp

    12

*.prof

    13

tests/.coverage*

    14

tests/annotated

    15

tests/*.err

    16

build

    17

contrib/hgsh/hgsh

    18

dist

    19

doc/*.[0-9]

    20

doc/*.[0-9].gendoc.txt

    21

doc/*.[0-9].{x,ht}ml

    22

MANIFEST

    23

patches

    24

mercurial/__version__.py

    25

Output/Mercurial-*.exe

    26

.DS_Store

    27

tags

    28

cscope.*

    29

    30

syntax: regexp

    31

^\.pc/