Merge branch 'js/name-rev-use-oldest-ref'
commit309ca68e5a11f14491f1b5ad9b0b3384ac4df383
authorJunio C Hamano <gitster@pobox.com>
Tue, 3 May 2016 21:08:13 +0000 (3 14:08 -0700)
committerJunio C Hamano <gitster@pobox.com>
Tue, 3 May 2016 21:08:13 +0000 (3 14:08 -0700)
tree69e5844ec0a8ad36b704817c60fd126bf1cc47e9
parente61f75fe19250f96003357b3568d81d0e3cf5cc2
parent755042480429fbadbb1953416d2c04c035a78e4c
Merge branch 'js/name-rev-use-oldest-ref'

"git describe --contains" often made a hard-to-justify choice of
tag to give name to a given commit, because it tried to come up
with a name with smallest number of hops from a tag, causing an old
commit whose close descendant that is recently tagged were not
described with respect to an old tag but with a newer tag.  It did
not help that its computation of "hop" count was further tweaked to
penalize being on a side branch of a merge.  The logic has been
updated to favor using the tag with the oldest tagger date, which
is a lot easier to explain to the end users: "We describe a commit
in terms of the (chronologically) oldest tag that contains the
commit."

* js/name-rev-use-oldest-ref:
  name-rev: include taggerdate in considering the best name
builtin/name-rev.c
t/t9903-bash-prompt.sh