[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