caches: stop warming the cache after changegroup application
Now that we garantee that branchmap cache is updated at the end of the transaction we can drop this update. This removes a problematic case with nested transaction where the new cache could be written on disk before the transaction is finished (and even roll-backed) Such premature cache write was visible in the following test: * tests/test-acl.t * tests/test-rebase-conflicts.t In addition, running the cache update later means having more date about the state of the repository (in particular: phases). So we can generate caches with more information. This creates harmless changes to the following tests: * tests/test-hardlinks-whitelisted.t * tests/test-hardlinks.t * tests/test-phases.t * tests/test-tags.t * tests/test-inherit-mode.t
Showing
- mercurial/changegroup.py 0 additions, 7 deletionsmercurial/changegroup.py
- tests/test-acl.t 0 additions, 17 deletionstests/test-acl.t
- tests/test-hardlinks-whitelisted.t 3 additions, 1 deletiontests/test-hardlinks-whitelisted.t
- tests/test-hardlinks.t 10 additions, 2 deletionstests/test-hardlinks.t
- tests/test-inherit-mode.t 0 additions, 2 deletionstests/test-inherit-mode.t
- tests/test-phases.t 2 additions, 0 deletionstests/test-phases.t
- tests/test-rebase-conflicts.t 0 additions, 2 deletionstests/test-rebase-conflicts.t
- tests/test-tags.t 8 additions, 6 deletionstests/test-tags.t
Loading
Please register or sign in to comment