Mike Hommey <mh@xxxxxxxxxxxx> writes: > An example where this happens is when doing an ls-tree on a tree that > contains a commit link. In that case, find_unique_abbrev is called > to get a non-abbreviated hex sha1, but still, a lookup is done as > to whether the sha1 is in the repository (which ends up looking for > a loose object in .git/objects), while the result of that lookup is > not used when returning a non-abbreviated hex sha1. Makes sense. If we are not abbreviating, because the function is prepared to give answer for both missing and existing objects, there is no point checking the existence. Thanks. -- 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