Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> writes: > so that git-describe searches first-parent history only when looking for Please make sure your first paragraph of the log message start with a full sentence, not an incomplete tail part of a sentence as if the title of the commit were repeated in front of it. > a named commit. This is useful for describing commits by tags on their > "main" (first-parent) branch; for example, on git.git: This is useful only when the history does not have fast-forward merges from a sideline; otherwise it will produce unexpected results, no? > git describe 22ffc39 > v1.7.2.3-223-g22ffc39 > > git describe --first-parent 22ffc39 > v1.7.2-104-g22ffc39 The output is wrong in that 22ffc39 is v1.7.2-336-g22ffc39, not 104. Putting an arbitrary number that can change depending on how the traversal went will close the door to possible follow-up work on the recent sha1-name-more series (0958a24^2, most importantly aa1dec9e) to prolong the shelf-life of describe output by filtering candidate commits with reachability from the tag and the number of commits from the tag. In any case, it is not clear to me if this is a useful example to help readers of this commit to understand why this new feature is useful. 22ffc39 was created to mark that the work done for 1.7.2.x maintenance track back then were all contained in the 'master' by merging 'maint' when it was pointing at v1.7.2.3. Saying the commit is newer than v1.7.2.3 gives more information than it is newer than v1.7.2, as by convention v1.7.2 must be older than v1.7.2.3, no? -- 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