topicmap: massive rework Massively rework the way we build and use topicmap. This bring massive performance benefit. Topic map use to be a fully independant thing that we would switch on and off globaly. The caching on disk was broken so the performance were atrocious. Intead, now the topic are inherited from the 'immutable' map. We gave up on storing them on disk for now since the mutable set is usually small enough. The activation is done by hacking new "filter" on the repository and detection when they are one. This is hacky but core is hard to wrap here. Overall this whole wrapping is really scary and we should massage core API to help it.

     1

  $ cat >> $HGRCPATH <<EOF

     2

  > [ui]

     3

  > logtemplate={rev}:{node|short}[{bookmarks}] ({obsolete}/{phase}) {desc|firstline}\n

     4

  > [extensions]

     5

  > EOF

     6

  $ echo "evolve=$(echo $(dirname $TESTDIR))/hgext3rd/evolve/" >> $HGRCPATH

     7

     8

  $ mkcommit() {

     9

  >    echo "$1" > "$1"

    10

  >    hg add "$1"

    11

  >    hg ci -m "add $1"

    12

  > }

    13

    14

  $ hg init repo

    15

  $ cd repo

    16

  $ mkcommit a

    17

  $ mkcommit b

    18

    19

test disabling commands

    20

    21

  $ cat >> .hg/hgrc <<EOF

    22

  > [experimental]

    23

  > evolution=createmarkers

    24

  >   allowunstable

    25

  >   exchange

    26

  > EOF

    27

  $ hg prune | head -n 2

    28

  hg: unknown command 'prune'

    29

  Mercurial Distributed SCM

    30