Very good. Are we any closer to actually having an eclipse plugin then?
Not that I've ever actually used eclipse, but maybe I should try it, just
to see what those strange user-land people actually do. I'll be a
veritable Jane Goodall..
Now, the _interesting_ case in many ways is not "--max-count", but the
revision limiter. It _should_ be equally fast, but if you've done
something wrong, it won't be.
IOW, try to find a point far enough back in time to get about the same
number of commits, and then do
time git rev-list <thatpoint>..HEAD >/dev/null
because one of the things you want to handle is ranges, more so than
simple counts. And that is not only the much more common case, it also
triggers a few cases that you probably didn't trigger with the regular
"list the first 50 thousand commits" case.
That must suck for big packed repositories. What JVM and other environment
are you using?
Also, I have to say, one of the reasons I'm interested in your project is
that I've never done any Java programming, because quite frankly, I've
never had any reason what-so-ever to do so. But if there is some simple
setup, and you have jgit exposed somewhere as a git archive, I'd love to
take a look, if only to finally learn more about Java.
Linus
-
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