[PATCH 4 of 5 V2] histedit: add execute function (issue4036)

Augie Fackler raf at durin42.com
Thu Mar 6 12:42:51 CST 2014


On Mar 6, 2014, at 1:14 PM, David Soria Parra <dsp at experimentalworks.net> wrote:

> Augie Fackler <raf at durin42.com> writes:
> 
>> On Thu, Mar 06, 2014 at 12:26:17PM +0100, Olle Lundberg wrote:
>>> # HG changeset patch
>>> # User Olle Lundberg <geek at nerd.sh>
>>> # Date 1394067184 -3600
>>> #      Thu Mar 06 01:53:04 2014 +0100
>>> # Node ID 655a8eecb29f6e58d56eb480e0b871139f0f134e
>>> # Parent  ab2d2ac49a0293653398995ef2de73f31485341a
>>> histedit: add execute function (issue4036)
>> 
>> queueing 1 and 3 for now, I want to talk about this more. I thought
>> the only common use case for this was to run the same command over all
>> revisions in a series?
>> 
>> If that's still true, I'd much rather have a 'hg filterevs' command
>> that took a revset. This feels very awkward to me.
>> 
> 
> A common usecase is to go back to a revision, fix it up and then only
> send this very revision to an upstream review tool like reviewboard &
> co, so not over a all revisions in a series.

given:

a - b - c - d - e

'hg filterrevs c::d'

which would perform the specified operation(s) on c and d, and then do the rebase/graft/whatever for e. Does that seem reasonable?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20140306/591a6fad/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20140306/591a6fad/attachment.pgp>


More information about the Mercurial-devel mailing list