C'est le résultat de go get
'ing un commit spécifique qui existe dans l'arbre après une étiquette de version sémantique :
go get github.com/google/wire@66f78fc84606
Les pseudo-versions ne sont pas seulement utilisées lorsqu'il n'y a pas de balise de version. Comme le montre la documentation officielle sur les pseudo-versions montre :
Les pseudo-versions peuvent faire référence à des révisions pour lesquelles aucune étiquette sémantique de version n'est disponible. Elles peuvent être utilisées pour tester les livraisons avant de créer des étiquettes de version, par exemple sur une branche de développement.
...
vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefabcdef est utilisé lorsque la version de base est une version release comme vX.Y.Z.
Dans ce cas, le référentiel dispose de balises sémantiques de version. La version de base est ici v0.3.0
et en obtenant un engagement spécifique ( 66f78fc84606
) qui existe après v0.3.0
et avant le suivant v0.4.0
Vous vous retrouvez avec.. :
github.com/google/wire v0.3.1-0.20190716160000-66f78fc84606