Alex Bennée <kernel-hac...@bennee.com> writes:
> Why is git attempting to parse a commit not on the DAG for the branch
> I'm attempting to describe?
I think that is because you need to parse the objects at the tip of
refs to see if they are on the DAG in the first place.
If there weren't any annotated tag, conceivably you could do without
parsing these objects. You would:
- First read the refs without parsing anything to learn the object
name of the tips of refs;
- Traverse the DAG, starting from the commit and notice when you
see commits that are at the tips of refs you learned in the first
step, arranging to stop when you found the "closest" tip.
But with annotated tags (and "git describe" is designed to be
primarily used with them; you would need "--tags" option to make it
notice unannotated tags), the object name you see sitting at the tip
will never appear during the DAG traversal. You will only see
commits from the latter, so you would need to parse the tips to
learn what commits they refer to.
And of course, "then parse only annotated tags, without parsing
commits" would not work, because you wouldn't know what the object
is without looking at it ;-)
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html