revert: evaluate filesets against working directory (issue4497) As the failing revert tests in test-fileset-generated.t show, Revert currently creates one matcher for matching files in the working copy and another matcher for matching files in the target revision. The two matchers are created with different contexts, which means filesets are evaluated differently. Then the union of the sets of files matching the matchers in the two contexts are reverted. It doesn't seem to make sense to use two different matchers; only the context they're applied to should be different. It seems very likely that the user wants the filesets to be evaluated against the working directory, which the tests test-fileset-generated.t also assume, so let's make it so. I willingly admit that the largefiles code was modified by trial and error (according to tests).

     1

http://mercurial.selenic.com/bts/issue842

     2

     3

  $ hg init

     4

  $ echo foo > a

     5

  $ hg ci -Ama

     6

  adding a

     7

     8

  $ hg up -r0000

     9

  0 files updated, 0 files merged, 1 files removed, 0 files unresolved

    10

    11

  $ echo bar > a

    12

    13

Should issue new head warning:

    14

    15

  $ hg ci -Amb

    16

  adding a

    17

  created new head

    18

    19

  $ hg up -r0000

    20

  0 files updated, 0 files merged, 1 files removed, 0 files unresolved

    21

    22

  $ echo stuffy > a

    23

    24

Should not issue new head warning:

    25

    26

  $ hg ci -q -Amc

    27

    28

  $ hg up -r0000

    29

  0 files updated, 0 files merged, 1 files removed, 0 files unresolved

    30

    31

  $ echo crap > a

    32

  $ hg branch testing

    33

  marked working directory as branch testing

    34

  (branches are permanent and global, did you want a bookmark?)

    35

    36

Should not issue warning:

    37

    38

  $ hg ci -q -Amd

    39