annotate: increase refcount of each revisions correctly (issue3841) Before this patch, refcount (managed in "needed") of parents of each revisions in "visit" is increased, only when parent is not annotated yet (examined by "p not in hist"). But this causes less refcount of the revision like "A" in the tree below ("A" is assumed as the second parent of "C"): A --- B --- C \ / \-----/ Steps of annotation for "C" in this case are shown below: 1. for "C" 1.1 increase refcount of "B" 1.2 increase refcount of "A" (=> 1) 1.3 defer annotation for "C" 2. for "A" 2.1 annotate for "A" (=> put result into "hist[A]") 2.2 clear "pcache[A]" ("pcache[A] = []") 3. for "B" 3.1 not increase refcount of "A", because "A not in hist" is False 3.2 annotate for "B" 3.3 decrease refcount of "A" (=> 0) 3.4 delete "hist[A]", even though "A" is still needed by "C" 3.5 clear "pcache[B]" 4. for "C", again 4.1 not increase refcount of "B", because "B not in hist" is False 4.2 increase refcount of "A" (=> 1) 4.3 defer annotation for "C" 5. for "A", again 5.1 annotate for "A" (=> put result into "hist[A]", again) 5.2 clear "pcache[A]" 6. for "C", once again 6.1 not increase refcount of "B", because "B not in hist" is False 6.2 not increase refcount of "A", because "A not in hist" is False 6.3 annotate for "C" 6.4 decrease refcount of "A", and delete "hist[A]" 6.5 decrease refcount of "B", and delete "hist[B]" 6.6 clear "pcache[C]" At step (5.1), annotation for "A" mis-recognizes that all lines are created at "A", because "pcache[A]" already cleared at step (2.2) prevents from scanning ancestors of "A". So, annotation for "C" or its descendants loses information about "A" or its ancestors. The root cause of this problem is that refcount of "A" is decreased at step (3.3), even though it isn't increased at step (3.1). To increase refcount correctly, this patch increases refcount of each parents of each revisions: - regardless of "p not in hist" or not, and - only once for each revisions in "visit" (by "not pcached") In fact, this problem should occur only on legacy repositories in which a filelog includes the merging between the revision and its ancestor (as the second parent), because: - tree is scanned in depth-first without such merging, revisions in "visit" refer different revisions as parent each other - recent Mercurial doesn't allow such merging changelog and manifest can include such merging someway, but filelogs can't, because "localrepository._filecommit()" converts such merging request to linear history. This patch tests merging cases below: these cases are from filelog of "mercurial/commands.py" in the repository of Mercurial itself. - both parents are same 10 --- 11 --- 12 \_/ filelogrev: changesetid: 10 00ea3613f82c 11 fc4a6e5b5812 12 4f802588cdfb - the second parent is also ancestor of the first one 37 --- 38 --- 39 --- 40 \________/ filelogrev: changesetid: 37 f8d56da6ac8f 38 38919e1c254d 39 d3400605d246 40 f06a4a3b86a7

     1

Test the CIA extension

     2

     3

  $ cat >> $HGRCPATH <<EOF

     4

  > [extensions]

     5

  > hgcia=

     6

  > 

     7

  > [hooks]

     8

  > changegroup.cia = python:hgext.hgcia.hook

     9

  > 

    10

  > [web]

    11

  > baseurl = http://hgserver/

    12

  > 

    13

  > [cia]

    14

  > user = testuser

    15

  > project = testproject

    16

  > test = True

    17

  > EOF

    18

    19

  $ hg init src

    20

  $ hg init cia

    21

  $ cd src

    22

  $ echo foo > foo

    23

  $ hg ci -Amfoo

    24

  adding foo

    25

  $ hg push ../cia

    26

  pushing to ../cia

    27

  searching for changes

    28

  adding changesets

    29

  adding manifests

    30

  adding file changes

    31

  added 1 changesets with 1 changes to 1 files

    32

    33

  <message>

    34

    <generator>

    35

      <name>Mercurial (hgcia)</name>

    36

      <version>0.1</version>

    37

      <url>http://hg.kublai.com/mercurial/hgcia</url>

    38

      <user>testuser</user>

    39

    </generator>

    40

    <source>

    41

  <project>testproject</project>

    42

  <branch>default</branch>

    43

  </source>

    44

    <body>

    45

      <commit>

    46

        <author>test</author>

    47

        <version>0:e63c23eaa88a</version>

    48

        <log>foo</log>

    49

        <url>http://hgserver/rev/e63c23eaa88a</url>

    50

        <files><file uri="http://hgserver/file/e63c23eaa88a/foo" action="add">foo</file></files>

    51

      </commit>

    52

    </body>

    53

    <timestamp>0</timestamp>

    54

  </message>

    55

    56

  $ cat >> $HGRCPATH <<EOF

    57

  > strip = 0

    58

  > EOF

    59

    60

  $ echo bar > bar

    61

  $ hg ci -Ambar

    62

  adding bar

    63

  $ hg push ../cia

    64

  pushing to ../cia

    65

  searching for changes

    66

  adding changesets

    67

  adding manifests

    68

  adding file changes

    69

  added 1 changesets with 1 changes to 1 files

    70

    71

  <message>

    72

    <generator>

    73

      <name>Mercurial (hgcia)</name>

    74

      <version>0.1</version>

    75

      <url>http://hg.kublai.com/mercurial/hgcia</url>

    76

      <user>testuser</user>

    77

    </generator>

    78

    <source>

    79

  <project>testproject</project>

    80

  <branch>default</branch>

    81

  </source>

    82

    <body>

    83

      <commit>

    84

        <author>test</author>

    85

        <version>1:c0c7cf58edc5</version>

    86

        <log>bar</log>

    87

        <url>http://hgserver/$TESTTMP/cia/rev/c0c7cf58edc5</url>

    88

        <files><file uri="http://hgserver/$TESTTMP/cia/file/c0c7cf58edc5/bar" action="add">bar</file></files>

    89

      </commit>

    90

    </body>

    91

    <timestamp>0</timestamp>

    92

  </message>

    93

    94

  $ cd ..