diff options
author | Junio C Hamano <gitster@pobox.com> | 2011-06-08 11:29:01 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2011-06-08 16:39:33 -0700 |
commit | cc5c54e78b18c2edc42228c06dab22002fa304fa (patch) | |
tree | 26200547c5f66db4c77116f6551830ea2af6f784 /color.c | |
parent | Merge branch 'maint-1.7.1' into maint-1.7.2 (diff) | |
download | tgif-cc5c54e78b18c2edc42228c06dab22002fa304fa.tar.xz |
sha1_file.c: "legacy" is really the current format
Every time I look at the read-loose-object codepath, legacy_loose_object()
function makes my brain go through mental contortion. When we were playing
with the experimental loose object format, it may have made sense to call
the traditional format "legacy", in the hope that the experimental one
will some day replace it to become official, but it never happened.
This renames the function (and negates its return value) to detect if we
are looking at the experimental format, and move the code around in its
caller which used to do "if we are looing at legacy, do this special case,
otherwise the normal case is this". The codepath to read from the loose
objects in experimental format is the "unlikely" case.
Someday after Git 2.0, we should drop the support of this format.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'color.c')
0 files changed, 0 insertions, 0 deletions