Selects wrong version if multiple lightweight tags point to the same commit

[ashleymercer]

Selects wrong version if multiple lightweight tags point to the same commit

[ashleymercer]

I think the fix is actually straightforward: make an extra call to list tags at the same commit, and perform some semver-sorting on them and pick the latest one. So we'd do something like:

> git describe --long --tags --abbrev=8 --match $TagPattern --always --dirty=+${timestamp(d)}
0.1

> git tag --list --points-at 0.1
0.1
0.2

We can now infer that the "correct" tag is 0.2, but use the commit distance and hash info from the original git describe (by definition this is still valid, since we only search for other tags which point to the same commit).

I think this covers all use cases:

• for the above case (HEAD and multiple tags on the same commit) it works
• if HEAD is ahead of the latest tag(s) it should still work - sbt-dynver will produce something like 0.2+1...

 x <- HEAD
 |
 x <- 0.1, 0.2
 |
 o

• it should (I think) also work transparently with any mixture of annotated and lightweight tags, since again in each case we only consider a single commit (points-at) and pick the "highest" one

If you're happy with this, I'm happy to have a go at putting a PR together?