Page MenuHomePhabricator

Use a "branchmap" call to identify remote branches in "arc-hg"
ClosedPublic

Authored by epriestley on Jun 10 2020, 10:36 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Nov 7, 9:52 AM
Unknown Object (File)
Tue, Nov 5, 1:58 AM
Unknown Object (File)
Sun, Nov 3, 12:00 AM
Unknown Object (File)
Thu, Oct 31, 8:35 AM
Unknown Object (File)
Oct 22 2024, 4:58 PM
Unknown Object (File)
Oct 20 2024, 8:48 PM
Unknown Object (File)
Oct 18 2024, 12:32 AM
Unknown Object (File)
Oct 17 2024, 10:29 AM
Subscribers
None

Details

Summary

Ref T9948. Ref T13546. To identify remote branch heads -- not just modified heads -- use "branchmap" like "hg outgoing" does.

I wasn't able to find any other way to get what we want: for example, with a bundlerepo, "peer.heads()" and "peer.changelog.heads()" include local branches which are not present in the remote.

It generally seems difficult (perhaps impossible?) to distinguish between these cases by using "getremotechanges()":

  • branch X exists at position Y in both the local and remote;
  • branch X exists at positino Y in the local, but not the remote.

In any case, this seems to work properly and should do less work than "getremotechanges()" since we don't need to pull as much data over the wire.

Test Plan

Ran "hg arc-ls-markers" in various repositories, got what appeared to be a faithful representation of the remote branch and bookmark state.

Diff Detail

Repository
rARC Arcanist
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Jun 11 2020, 12:31 AM
This revision was automatically updated to reflect the committed changes.