On Sun, 4 Nov 2007, Paul Mackerras wrote:
>
> Linus Torvalds writes:
>
> > When the full list is generated, there will be a "Final output:" string
> > prepended to it, regardless of whether any early commits were shown or
> > not, so that the consumer can always know the difference between early
> > output and the final list.
>
> How hard would it be to put the total number of commits on that "Final
> output" line? That would be useful for me.
Not hard. I think we basically have it anyway. The reason I didn't do it
is that there's actually multiple numbers: there's the number of primary
("interesting") commits, and then there are the "others", ie the edge
things etc. So the number I'd pick would be the number of actual
interesting commits, no edges, no nothing. Or what?
One other thing I was thinking of was also to perhaps allow multiple
partial early-output things, in case we get just 5 commits in the first
0.1 seconds, then 50 in the first second, and 200 after 2 seconds.. I can
well imagine getting the full list taking a long time over a network
filesystem (somebody mentioned samba), and maybe having just a single
trigger is too inflexible.
Linus
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
