Re: git and larger trees, not so fast?

From: Junio C Hamano <gitster@pobox.com>
Date: Aug 10, 2007, 00:04 UTC
Message-ID: <7vlkckw8zq.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <7vps1wwa5w.fsf@assigned-by-dhcp.cox.net>

Junio C Hamano <gitster@pobox.com> writes:

Show 5 quoted lines

> While I do not think the previous one was hacky at all, this one
> IS a hack, not meant for inclusion.  It makes the partial commit
> codepath to use vanilla "git read-tree" without any single tree
> merge semantics, and rewrite that codepath to use read_tree()
> which was changed with my previous patch.

Just in case anybody is wondering, this also passed all the existing tests. Maybe it is going in the right direction of slowly moving away from unpack_trees() where we can. I dunno.

I also do not know if it "fixes" the performance issue on that testcase.