On 01/03/06, Shawn Pearce <spearce@spearce.org> wrote: > Speaking of making StGIT faster: earlier we were talking about how > git-diff|git-apply is faster than a 3 way git-read-tree on large > merges when there are many structural changes in the tree due to > the smaller number of process spawns required. > > You might want to take a look at pg--merge-all: This is sort of based > on git-merge-recursive, but I've gotten it down to just a handful > of process spawns, aside from the stupidity of git-checkout-index. Trying to implement this, I've just noticed that git-read-tree has a --aggressive option which takes care of the file removals. Adding this option lowered the pushing time in StGIT from ~2 min to under 2 seconds (merges between 2.6.14 and the latest kernel). There's probably no need to deal with file removals in pg--merge-all anymore. -- Catalin - 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.htmlReceived on Fri Mar 10 09:01:03 2006
This archive was generated by hypermail 2.1.8 : 2006-03-10 09:01:17 EST