Hi, On Thu, Jul 03, 2008 at 12:42:30AM +0400, Dmitry Potapov wrote: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). 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. Regards, Stephan -- Stephan Beyer <s-beyer@gmx.net>, PGP 0x6EDDD207FCC5040F -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Christoph Lameter | Re: Major regression on hackbench with SLUB (more numbers) |
| Mike Travis | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Hugh Dickins | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
