Thread (32 messages) flat view 32 messages, 10 authors, 2016-06-15

Re: RFC: grafts generalised

From: Stephen R. van den Berg <hidden>
Date: 2016-06-15 22:44:53

Stephan Beyer wrote:
On Thu, Jul 03, 2008 at 12:42:30AM +0400, Dmitry Potapov wrote:
quoted
On Wed, Jul 2, 2008 at 11:31 PM, Stephan Beyer [off-list ref] wrote:
quoted
I wonder if grafts can be used in combination with sequencer in such a
way that you rewrite foo~20000..foo~19950 and then fake the parents of
foo~19949 to be the rewritten once.
quoted
I don't think it is a good idea. During the normal work you should never
use grafts.
I have written this in the context that Stephen only changes some commits
from a long time ago (foo~20000) and then I showed a way how to avoid that
sequencer rewrites the rest which takes so long.
This is not related to "normal work", but to Stephen's use case (if I
got it right).
You got it right.
What I've meant, was:
Instead of faking a lot of parents, changes and even merges using an
extended grafts file, he could rewrite some patches - which can be fast -
and then use _only one_ graft to change the parent to the changed and
rewritten commit.
This can be done iteratively and seems to be a good agreement in speed
and reliability.
Indeed.
-- 
Sincerely,
           Stephen R. van den Berg.

This is a day for firm decisions!  Or is it?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help