VC hg backend that use mercurial command server.

VC hg backend that use mercurial command server.

[Andrii Kolomoiets]

Hello.

I'm finally ready to present you VC hg backend that uses mercurial
command server. It allows to communicate with single mercurial process
over pipe rather than execute hg process for every command.

Also there is a possibility to answer to hg questions interactively.
It's useful during merge when hg is in doubt about right action.

Besides that it has some changes and improvements described in
commentary section of the package.

Hg process can be controlled via pipe (Linux, MacOS) or pty (TRAMP,
Windows).

I think this package can make working with hg repositories more
pleasant :)

I want to contribute to improve built-in hg support.

May I ask which way it can be done better?

I see that all other backends are process based, so can this
single-process backend be acceptable? If so then is it better to replace
hg backend (saving customizable options as much as possible) or provide
two backends which share same options?

Source code is here:
https://github.com/muffinmad/emacs-vc-hgcmd/blob/master/vc-hgcmd.el

Hope you'll find it useful ;)


Andrii

Re: VC hg backend that use mercurial command server.

[Dmitry Gutov]

Hi Andrii,

On 13.04.2019 23:08, Andrii Kolomoiets wrote:

> I'm finally ready to present you VC hg backend that uses mercurial
> command server. It allows to communicate with single mercurial process
> over pipe rather than execute hg process for every command.
> 
> Also there is a possibility to answer to hg questions interactively.
> It's useful during merge when hg is in doubt about right action.
> 
> Besides that it has some changes and improvements described in
> commentary section of the package.

Thank you for this proposal.

> Hg process can be controlled via pipe (Linux, MacOS) or pty (TRAMP,
> Windows).
> 
> I think this package can make working with hg repositories more
> pleasant :)

I've tried it out briefly, but I hope others on this list who use 
Mercurial would share their impressions with us as well.

FWIW, my main brief impression is that it's prettier (which is a good 
thing, of course). The benefits of the approach alone didn't overcome 
the sluggishness of the monster that is the Mozilla repository (the only 
Hg repo I have).

> I want to contribute to improve built-in hg support.
> 
> May I ask which way it can be done better?
> 
> I see that all other backends are process based, so can this
> single-process backend be acceptable?

I don't think "process based" is a requirement, so on that front we're 
good. But speaking of conventions, like other backends, it will need a 
list of implemented/unimplemented backend commands in the commentary at 
the top.

> If so then is it better to replace
> hg backend (saving customizable options as much as possible) or provide
> two backends which share same options?

Generally speaking, we'd first add it as an option and then see about 
removing the older one.

But, again, I wonder what others think.

> Source code is here:
> https://github.com/muffinmad/emacs-vc-hgcmd/blob/master/vc-hgcmd.el
> 
> Hope you'll find it useful ;)

Thanks again.

Re: VC hg backend that use mercurial command server.

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 308 bytes --]

A little late to the party (just 2 years :-)), has there been any
updates on this?

I have used it for a bit and found it very useful, I especially like the
‘vc-change-log’ view which shows a graph rather than just a linear
history.

I think it would be great if this could become part of Emacs.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

Re: VC hg backend that use mercurial command server.

[Andrii Kolomoiets]

Xinglu Chen <public@yoctocell.xyz> writes:

> A little late to the party (just 2 years :-)), has there been any
> updates on this?

Not much.  My proposal to include it in ELPA gained little to no
interest :)

https://lists.gnu.org/archive/html/emacs-devel/2020-05/msg00938.html

> I have used it for a bit and found it very useful, I especially like the
> ‘vc-change-log’ view which shows a graph rather than just a linear
> history.

Well, you can achieve the same behavior with vc-hg backend:

    (setq vc-hg-log-graph t)


-- 
Andrii

Re: VC hg backend that use mercurial command server.

[Xinglu Chen]

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]

On Thu, May 27 2021, Andrii Kolomoiets wrote:

> Xinglu Chen <public@yoctocell.xyz> writes:
>
>> A little late to the party (just 2 years :-)), has there been any
>> updates on this?
>
> Not much.  My proposal to include it in ELPA gained little to no
> interest :)
>
> https://lists.gnu.org/archive/html/emacs-devel/2020-05/msg00938.html

That’s unfortunate.

>> I have used it for a bit and found it very useful, I especially like the
>> ‘vc-change-log’ view which shows a graph rather than just a linear
>> history.
>
> Well, you can achieve the same behavior with vc-hg backend:
>
>     (setq vc-hg-log-graph t)

Oh, I didn’t know about that, but the built-in Hg backend doesn’t
support ‘hg shelve/unshelve’ right, or have i missed something again? :)


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]

Re: VC hg backend that use mercurial command server.

[Andrii Kolomoiets]

Xinglu Chen <public@yoctocell.xyz> writes:

> built-in Hg backend doesn’t support ‘hg shelve/unshelve’ right, or
> have i missed something again? :)

You are right.  Support for shelve/unshelve was copy-pasted from git
backend.  But shelve UI in vc-git was improved in Emacs 28.  vc-hgcmd is
out of sync at the moment and uses the old UI.  Would be great to move
the shelve/unshelve UI to vc "core".


-- 
Andrii

Re: VC hg backend that use mercurial command server.

[Andrii Kolomoiets]

Xinglu Chen <public@yoctocell.xyz> writes:

>>> A little late to the party (just 2 years :-)), has there been any
>>> updates on this?
>>
>> Not much.  My proposal to include it in ELPA gained little to no
>> interest :)
>>
>> https://lists.gnu.org/archive/html/emacs-devel/2020-05/msg00938.html
>
> That’s unfortunate.

Thanks to Stefan, vc-hgcmd is on ELPA now:
http://elpa.gnu.org/packages/vc-hgcmd.html


-- 
Andrii