Eu clonei o repositório de mosquitos dehttps://github.com/eclipse/mosquitto. Ele contém uma tagv1.4.9. No entanto, não parece estar em um galho.

Como isso pôde acontecer? O autor realmente mantém uma ramificação em seu próprio repositório, mas apenas enviou tags dessa ramificação para o github? Ou ele apenas se compromete com uma tag?

Eu fiz a tag em uma ramificação local:

$ git checkout -b work149 v1.4.9

E olhou para o último commit no branch:

$ git log -1
commit 91bfd82491f90e24b6fe9c036f0b04a1f5c14a89
Merge: bf959ef 2d0af73
Author: Roger A. Light <[email protected]>
Date:   Thu Jun 2 22:05:34 2016 +0100

    Merge branch 'fixes'

Esse commit é mais um que ofixes ramo.

Ou comgit log --graph Eu posso ver um commit anterior no mesmo ramo (não ofixes ramo, mas um ramo que estou tentando entender):

* |   commit bf959ef9b0ae0e4d74bf80158ffb0b7c69da533d
|\ \  Merge: 646e0a0 5cca6b4
| |/  Author: Roger A. Light <[email protected]>
| |   Date:   Sun Feb 14 14:38:42 2016 +0000
| |
| |       Merge branch 'fixes'
| |

Como você descobre se uma tag está em um ramo e em qual ramo? A barra vertical mais à esquerda indica uma ramificação e onde está essa ramificação no controle remoto?

Isto é uma prática comum?

Deum tópico de discussão sobre "Git pull não recebe as tags" mencionabranch heads that are being tracked enon-commits. Gostaria de saber se ogit clone commend coloca o clone para não rastrear todas as ramificações no controle remoto ou o repositório de alguma forma transformou as tags em não confirmações?