Ich habe das Moskito-Repo von @ geklohttps: //github.com/eclipse/mosquitt. Es enthält ein Tagv1.4.9. Es sieht jedoch nicht so aus, als ob man auf einem Ast wäre.

ie konnte das passieren? Behält der Autor tatsächlich einen Zweig in seinem eigenen Repo, schob aber nur Tags von diesem Zweig an github? Oder legt er sich einfach auf ein Tag fest?

Ich habe das Tag zu einem lokalen Zweig gemacht:

$ git checkout -b work149 v1.4.9

Und sah das letzte Commit für den Zweig an:

$ 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'

Dieses Commit ist eins mehr als dasfixes Ast

Oder mitgit log --graph Ich kann ein früheres Commit für denselben Zweig sehen (nicht dasfixes Branch, aber ein Branch, den ich zu verstehen versuche):

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

Wie erfährst du, ob und in welchem Zweig sich ein Tag befindet? Zeigt der vertikale Balken ganz links eine Verzweigung an und wo befindet sich diese Verzweigung auf der Fernbedienung?

Ist das eine gängige Praxis?

Von Ein Diskussionsthread über "Git Pull bekommt die Tags nicht" Erwähnungenbranch heads that are being tracked undnon-commits. Ich frage mich, ob dasgit clone commend setzt den Klon so, dass er nicht alle Zweige auf der Fernbedienung verfolgt, oder das Repo hat die Tags irgendwie zu Non-Commits gemacht?