Introduction

Git récompense la fluidité en ligne de commande. Quelques petites habitudes rendent le travail quotidien considérablement plus rapide et plus sûr. Cette page rassemble les conseils à plus fort impact pour les nouveaux utilisateurs.

Sachez toujours où vous êtes

Ajoutez le statut Git à votre invite shell. Bash et Zsh fournissent tous deux des scripts contrib :

Introduction

Les tags sont des références nommées vers des commits spécifiques. Contrairement aux branches, les tags ne sont pas censés bouger. Ils sont parfaits pour marquer les releases (v1.0.0) et autres points historiques.

Introduction

Git fournit plusieurs façons d'annuler, selon que le changement soit dans votre arborescence de travail, dans l'index, dans votre dernier commit, ou déjà poussé. Choisir le bon outil prévient les accidents.

Abandonner les éditions de l'arborescence de travail

Vous avez édité un fichier mais vous voulez jeter les changements :

Introduction

Un merge combine deux lignes de développement. Le cas le plus courant est de ramener une branche de feature dans main. Cette page parcourt un merge propre, un fast-forward et un merge avec conflits.

Introduction

Les branches sont la façon dont Git supporte des lignes de travail parallèles. Créer une branche est essentiellement gratuit : c'est juste un fichier de 41 octets contenant un hachage de commit. Utilisez-les généreusement pour les fonctionnalités, les expériences et les corrections de bugs.

Commandes modernes

Depuis Git 2.23, il y a deux commandes dédiées : git switch pour les branches et git restore pour les fichiers. Utilisez-les ; elles sont plus claires que le comportement surchargé de git checkout.

Introduction

HEAD est la référence la plus importante dans Git. Il indique à Git de quel commit votre prochain commit descendra. La plupart du temps, HEAD pointe vers une branche, et cette branche pointe vers un commit ; mais HEAD peut aussi pointer directement vers un commit (HEAD détaché).

Où il vit

HEAD est un fichier unique à .git/HEAD. Inspectez-le :

Introduction

git push téléverse les commits locaux vers un remote et met à jour les branches et tags de ce remote. C'est ainsi que votre travail devient visible aux collaborateurs.

Introduction

git fetch télécharge de nouveaux objets et met à jour les refs de tracking distant sans modifier votre arborescence de travail. git pull fait un fetch puis intègre le résultat dans votre branche courante. Connaître la différence est l'un des plus grands pas du novice à l'utilisateur Git confiant.

Introduction

Un remote est une URL nommée pointant vers un autre dépôt Git. git clone en crée un appelé origin automatiquement, mais vous pouvez en ajouter autant que vous le souhaitez. Les remotes sont le pont entre votre dépôt local et le monde extérieur.

Lister et inspecter

git remote
git remote -v
git remote show origin

git remote show contacte le serveur et signale les branches suivies, les règles de push et les refs obsolètes.

Introduction

git clone copie un dépôt distant sur votre machine. Il crée un nouveau répertoire, initialise .git à l'intérieur, récupère tous les objets et refs, configure un remote nommé origin, et fait le checkout de la branche par défaut. Après le clone, vous avez un dépôt complet et indépendant.