|
From: | Robin Farine |
Subject: | Re: [Gnu-arch-users] Fast commits |
Date: | Fri, 02 Apr 2004 18:50:15 +0200 |
User-agent: | Mozilla Thunderbird 0.5 (X11/20040306) |
Tom Lord wrote:
I know where to find it based on the <p>--<b>--<v> tuple, no need for the patch level. But in fact, what looks like being time consuming when committing from a working tree containing a patch log of about 10'000 logs is the traversal of the patch log directory in the working tree.If you know where to _find_ the ++version-lock directory then you already know what `last-revision' would say.
I thought that knowing the patch number would help, but now I realize that the computation of the change set includes this traversal and a similar traversal in the reference revision. So yes, the only reasonable solution in such a situation is to have more versions and to prune logs like hell.
Sure, your previous message clearly pointed out what I was missing about normal commits :).The only time `commit' _has_ to look at the archive to find out the latest revision is when the `--out-of-date-ok' option is given (I mistakenly called that `--force' in my previous message on this topic.)
Robin
[Prev in Thread] | Current Thread | [Next in Thread] |