Consolidando algunas de las respuestas:
git tag --contains [<ref>]
y
git tag --points-at [<ref>]
o solo
git tag
se comportan de la misma manera, imprimiendo todas (y todas) las etiquetas para la referencia especificada o la confirmación actual si no se especifica.
git describe --tags [<ref>]
donde por <ref>defecto es la confirmación actual, sale con 128 si no hay etiquetas asociadas con la confirmación e imprime una etiqueta asociada con la confirmación (no parece haber un patrón).
git describe [<ref>]
se comporta de la misma forma que con --tagsexcepto que solo imprime etiquetas anotadas.
El suministro de la opción --containsque describeva a imprimir la etiqueta que se asocia con un antepasado de la confirmación especificada. Por ejemplo
$ git init
Initialized empty Git repository in /tmp/test
$ git commit -m one --allow-empty
[master (root-commit) 7fdfff2] one
$ git commit -m two --allow-empty
[master cd5f8f1] two
$ git tag -am foo foo
$ git tag bar
$ git log --format=oneline
cd5f8f1f4f29eb164f83e224768ccaf37fe170ed (HEAD -> master, tag: foo, tag: bar) two
7fdfff2ce5e3347f8eee4c9f2413dbd4e90060e1 one
$ git describe 7fdfff2ce5e3347f8eee4c9f2413dbd4e90060e1
fatal: No tags can describe '7fdfff2ce5e3347f8eee4c9f2413dbd4e90060e1'.
Try --always, or create some tags.
$ git describe --contains 7fdfff2ce5e3347f8eee4c9f2413dbd4e90060e1
bar~1
git describe --tags <commit-id>para etiquetas no