La différence entre la TÊTE et le maître

Quelle est la différence entre le HEAD et master dans Git?

J'ai fait un clone d'un projet sur GitHub et veulent pousser mes changements de la télécommande. Mais à qui dois-je pousser?

InformationsquelleAutor Frederik Heyninck | 2010-12-08

154

master est une référence à la fin d'une branche. Par convention (et par défaut) c'est généralement la principale direction de l'intégration, mais il n'a pas à être.

HEAD est en fait un type spécial de référence qui pointe vers une autre référence. Il peut master ou il peut ne pas (il sera fait selon la branche est en cours d'extraction). Si vous savez que vous voulez être commis à l' master branche puis poussez-la à ce.

Voici un exemple visuel:

Sur votre propre référentiel, vous pouvez vérifier où le HEAD est pointé par l'exécution de cette:
```
$ git symbolic-ref HEAD
refs/heads/master
```
Cependant, trouver où l' remotes/origin/HEAD pointe est plus délicat car il est sur la machine distante.

Il est un peu grand tutoriel sur git références ici:

http://people.gnome.org/~federico/news-2008-11.html#poussant et tirant-avec-git-1
- +1 de Plus de réponse précise que la mienne. Voir aussi stackoverflow.com/questions/3301956/... et stackoverflow.com/questions/3301956/... pour les illustrations autour de ces concepts.
InformationsquelleAutor Lee Netherton
33

La réponse est simple, HEAD est un pointeur/étiquette de la plus récente validation de la direction générale vous êtes actuellement sur. master est la branche par défaut créé lors de l'initialisation d'un dépôt git (par exemple git init).

Vous pouvez supprimer le master branche (par exemple git branch -D master). Vous ne pouvez pas supprimer le HEAD pointeur.
- "HEAD est un pointeur/étiquette de la plus récente validation de la direction générale vous êtes actuellement sur." Je pense que c'est trompeuse. Si vous commander un ancien de valider, puis la TÊTE est maintenant un pointeur pour que les plus âgés s'engager, de ne pas la plus récente s'engager. Droit?
- Vous êtes correct. La TÊTE est votre dernière caisse. Mais pour ma défense, pour Git, le checkout de commande est l'équivalent de la commutation des succursales dans d'autres communes des systèmes SCM.
- Je compatis... je pourrais facilement avoir fait la même erreur. La seule raison que j'ai remarqué, c'est parce que je suis au stade d'essayer de faire des recherches sur la TÊTE signifie vraiment. Toute chance vous pourriez modifier votre réponse soit correcte? Je trouve la TÊTE un concept difficile à trouver des descriptions précises de, pour git non-experts comme moi. Et avoir des conseils là-bas sur le web qui donne est incorrect de l'information sur la TÊTE le rend un peu plus difficile.
- Je pense que votre commentaire est un fantastique précisions pour ceux qui cherchent une compréhension plus fine de ce que l'Git HEAD pointeur est vraiment. Je vous remercie de votre commentaire et de penser à d'autres le seront aussi. Mon post original du contenu avec votre suivi de commentaires complètent les uns les autres. Merci.
- Un vice de forme, mais si vous extrayez un ancien commit, vous n'êtes plus " sur une branche. Si vous commander un commit à la place d'une direction générale, vous avez ce qu'on appelle un "détaché de la TÊTE", vous n'êtes plus "sur une branche". Être "sur une branche" signifie que votre TÊTE est de la référence d'une branche, et, par définition, vous êtes sur le dernier commit de la branche. Juste parce que vous avez commit 'b54fe7' vérifié, et maître de points qui s'engagent, ne signifie pas que vous êtes sur la branche master. Il peut y avoir plusieurs branches pointant vers la même livraison, vous êtes " sur " le de la TÊTE de pointe, le cas échéant.
- "maître" ne fait pas référence à la valeur par défaut nom de la branche dans ce contexte. C'est une référence.
InformationsquelleAutor benhorgen
8

Il suffit de pousser les changements de votre branche courante
```
git push origin
```
et il va pousser votre brancheB' devient 'origin/B'.

Si vous êtes sur votre master branche, git va pousser à origin/master.

En fait, il va pousser tous les changements sur les sections locales qui ont des branches distantes à origin. Il est contrôlé par le paramètre de configuration push.par défaut.

Voir aussi poussant RefSpecs dans le Pro Git livre.

Ce que vous voyez est la barre latérale représentant tous les refspecs de votre télécommande repo dans le Expérimentale GitX fourche de la GitX projet.

La HEAD désigne la branche par défaut pour cette distance.

Voir git remote set-tête de la page de manuel:

Avoir une branche par défaut pour une télécommande n'est pas obligatoire, mais permet d'indiquer le nom de la télécommande pour être spécifiée en lieu et place d'une branche spécifique.

Par exemple, si la branche par défaut pour origin est fixé à master, puis origin peut être spécifié où que vous le feriez normalement spécifier origin/master.

InformationsquelleAutor VonC

Vous devez vous connecter pour publier un commentaire.