httppeer: refactor how httppeer is created (API) Previously, we passed a bunch of arguments to httppeer.__init__, validated them, then possibly constructed a valid instance. A short while ago, we refactored sshpeer so all the validation and setup work occurs before the constructor. We introduced a makepeer() to hold most of this logic. This commit gives httppeer the same treatment. As a sign that the previous design was poor, __del__ no longer conditionally checks for the presence of an attribute that may not be defined (it is always defined in the new code). .. api:: httppeer.httppeer.__init__ now takes additional arguments. Instances should be obtained by calling httppeer.instance() or httppeer.makepeer() instead. Differential Revision: https://phab.mercurial-scm.org/D2725

     1

running: init test1

     2

result: None

     3

running: add foo

     4

result: 0

     5

running: commit -m commit1 -d 2000-01-01 foo

     6

result: None

     7

running: commit -m commit2 -d 2000-01-02 foo

     8

result: None

     9

running: log -r 0

    10

changeset:   0:0e4634943879

    11

user:        test

    12

date:        Sat Jan 01 00:00:00 2000 +0000

    13

summary:     commit1

    14

    15

result: None

    16

running: log -r tip

    17

changeset:   1:45589e459b2e

    18

tag:         tip

    19

user:        test

    20

date:        Sun Jan 02 00:00:00 2000 +0000

    21

summary:     commit2

    22

    23

result: None