push: rework the computation of fallbackheads to be correct The previous computation tried to be smart but ended up being wrong. This was caught by phase movement test while reworking the phase discovery logic to be faster. The previous logic was failing to catch case where the pushed set was not based on a common heads (i.e. when the discovery seemed to have "over discovered" content, outside the pushed set) In the following graph, `e` is a common head and we `hg push -r f`. We need to detect `c` as a fallback heads and we previous failed to do so:: e | d f |/ c | b | a The performance impact of the change seems minimal. On the most impacted repository at hand (mozilla-try), the slowdown seems mostly mixed in the overall noise `hg push` but seems to be in the hundred of milliseconds order of magnitude. When using rust, we seems to be a bit faster, probably because we leverage more accelaratd internals. I added a couple of performance related common for further investigation later on.

     1

wrap 0: [0, 'orig']

     2

wrap 1: [1, 0, 'orig']

     3

wrap 2: [2, 1, 0, 'orig']

     4

wrap 3: [3, 2, 1, 0, 'orig']

     5

wrap 4: [4, 3, 2, 1, 0, 'orig']

     6

wrap 0: [0, 4, 3, 2, 1, 0, 'orig']

     7

unwrap 3: 3: [0, 4, 2, 1, 0, 'orig']

     8

unwrap -: 0: [4, 2, 1, 0, 'orig']

     9

unwrap 0: 0: [4, 2, 1, 'orig']

    10

unwrap 4: 4: [2, 1, 'orig']

    11

unwrap 0: -: ValueError

    12

unwrap 2: 2: [1, 'orig']

    13

unwrap 1: 1: ['orig']

    14

unwrap -: -: IndexError

    15

context manager ['orig']

    16

context manager [1, 'orig']

    17

context manager [0, 1, 'orig']

    18

context manager [2, 0, 1, 'orig']

    19

context manager [2, 1, 'orig']

    20

context manager [2, 'orig']

    21

wrap callable object [0, 'orig']