Excuse me butting in... I'm just a little confused.
Not that this is anything new, I'm just ... well, confused.
On 01/14/2010 12:49 PM, Nirbheek Chauhan wrote:
In theory, yes. In practice, git is too slow to handle 30,000 files.
Even simple operations like git add become painful even if you put the
whole of portage on tmpfs since git does a stat() on every single file
in the repository with every operation.
My understanding is that git was developed as the SCM for the kernel
project.
A quick check in an arbitary untouched kernel in /usr/src/ suggests a
file [1] count of 25300.
Assuming that my figure isn't out by an order of magnitude, how does the
kernel team get along with git and 25k files but it is deathly slow for
our 30k?
Or, to phrase the question better... what are they doing that allows
them to manage?
Regards,
Daniel
[1] `find -type f | wc -l`, so all regular files
