D6851: narrow: don't hexify paths and double-hexify known nodes on wire (BC)
martinvonz (Martin von Zweigbergk)
phabricator at mercurial-scm.org
Mon Sep 16 13:39:10 EDT 2019
martinvonz added a comment.
In D6851#100666 <https://phab.mercurial-scm.org/D6851#100666>, @idlsoft wrote:
>> @idlsoft and their company does use narrow extension. @idlsoft can you upgrade server and client at the same time?
> I did that a little while ago to move to 5.0. It was not fun. It's server, teamcity, clients, docker images.
> What operations does this affect? Regular `push/pull/clone` or only `tracked --add-include`?
Just `tracked --add-include`. A workaround to simplify the upgrade would be to change `wireprototypes.SUPPORTED_ELLIPSESCAP` to be `(ELLIPSESCAP1, )` on the server from now until all clients have upgraded. But that may still be annoying and error-prone for you to deal with. @pulkit, I suppose we should just add a `exp-narrow-2` capability to deal with this? It doesn't seem fair to make @idlsoft deal with it.
CHANGES SINCE LAST ACTION
To: martinvonz, durin42, #hg-reviewers
Cc: pulkit, idlsoft, mercurial-devel
More information about the Mercurial-devel