Files
git/Documentation
Linus Torvalds dce9648916 Make the default abbrev length configurable
The default of 7 comes from fairly early in git development, when
seven hex digits was a lot (it covers about 250+ million hash
values). Back then I thought that 65k revisions was a lot (it was what
we were about to hit in BK), and each revision tends to be about 5-10
new objects or so, so a million objects was a big number.

These days, the kernel isn't even the largest git project, and even
the kernel has about 220k revisions (_much_ bigger than the BK tree
ever was) and we are approaching two million objects. At that point,
seven hex digits is still unique for a lot of them, but when we're
talking about just two orders of magnitude difference between number
of objects and the hash size, there _will_ be collisions in truncated
hash values. It's no longer even close to unrealistic - it happens all
the time.

We should both increase the default abbrev that was unrealistically
small, _and_ add a way for people to set their own default per-project
in the git config file.

This is the first step to first make it configurable; the default of 7
is not raised yet.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-03-11 14:42:54 -08:00
..
2009-10-01 08:21:35 -04:00
2011-01-30 19:02:37 -08:00
2011-01-04 11:23:42 -08:00
2009-04-06 00:27:09 -07:00
2011-01-04 11:23:42 -08:00
2011-01-04 11:23:42 -08:00
2010-07-20 16:52:53 -07:00
2010-12-16 16:36:03 -08:00
2010-10-13 20:20:09 -07:00
2010-12-19 17:49:42 -08:00
2010-12-08 11:24:12 -08:00
2010-11-23 12:15:43 -08:00
2010-12-07 13:13:21 -08:00
2010-12-10 16:36:53 -08:00
2010-11-09 09:42:57 -08:00
2010-02-14 18:23:16 -08:00
2011-01-30 19:02:37 -08:00
2011-01-04 11:23:42 -08:00
2010-07-05 13:39:02 -07:00
2010-11-24 15:13:58 -08:00
2010-07-20 16:59:17 -07:00