Comment vérifier si une adresse e-mail d'utilisateur Git est configurée

Introduction

Dans ce laboratoire, vous apprendrez à vérifier l'adresse e-mail de l'utilisateur Git que vous avez configurée. Nous explorerons comment Git stocke et récupère ces informations, en comprenant la différence entre les configurations globales et locales.

Vous exécuterez des commandes pour afficher votre paramètre d'e-mail actuel, vérifier explicitement les configurations globales et voir comment Git se comporte lorsqu'aucune adresse e-mail n'est définie. Cette expérience pratique vous aidera à comprendre comment Git attribue les commits et à gérer votre identité dans différents dépôts.

Skills Graph

Exécuter git config user.email

Dans cette étape, nous allons explorer comment Git stocke votre adresse e-mail. Git utilise votre adresse e-mail pour vous identifier dans l'historique des commits. Cela est important pour suivre qui a effectué quelles modifications, surtout lorsqu'on collabore avec d'autres personnes.

Nous avons précédemment configuré une adresse e-mail globale dans la section de configuration. Voyons comment Git récupère ces informations.

Ouvrez votre terminal et exécutez la commande suivante :

git config user.email

Vous devriez voir l'adresse e-mail configurée globalement :

[email protected]

Cette commande demande à Git d'afficher la valeur du paramètre de configuration user.email. Lorsque vous exécutez git config sans spécifier --global ou --local, Git vérifie la configuration dans un ordre spécifique : d'abord localement (spécifique au dépôt), puis globalement (spécifique à l'utilisateur), et enfin au niveau du système. Étant donné que nous n'avons configuré que la configuration globale jusqu'à présent, elle affiche la valeur globale.

Comprendre comment Git stocke et récupère les paramètres de configuration comme votre adresse e-mail est essentiel pour personnaliser votre environnement Git et vous assurer que vos commits sont correctement attribués à vous.

Vérifier la configuration e-mail globale par rapport à la locale

Dans cette étape, nous allons explorer la différence entre les configurations Git globales et locales, plus précisément pour le paramètre user.email.

Git vous permet de configurer des paramètres à différents niveaux :

• Niveau système : S'applique à tous les utilisateurs du système.
• Niveau global : S'applique à un utilisateur spécifique du système (c'est ce que nous avons configuré lors de la mise en place).
• Niveau local : S'applique uniquement au dépôt Git actuel.

Les configurations locales remplacent les configurations globales, et les configurations globales remplacent les configurations système.

Commençons par vérifier explicitement la configuration e-mail globale en utilisant le drapeau --global :

git config --global user.email

Vous devriez voir la même adresse e-mail que précédemment :

[email protected]

Maintenant, essayons de définir une adresse e-mail locale spécifiquement pour le dépôt my-time-machine que nous avons créé dans le laboratoire précédent. Assurez-vous que vous êtes toujours dans le répertoire ~/project/my-time-machine.

cd ~/project/my-time-machine
git config user.email "[email protected]"

Cette commande définit l'adresse user.email uniquement pour le dépôt actuel (my-time-machine). Remarquez que nous n'avons pas utilisé le drapeau --global cette fois-ci.

Maintenant, vérifions à nouveau l'adresse user.email sans aucun drapeau tout en restant dans le répertoire my-time-machine :

git config user.email

Que voyez-vous ?

[email protected]

Cela affiche l'adresse e-mail locale ! Cela démontre que la configuration locale prime sur la configuration globale au sein de ce dépôt spécifique.

Si vous deviez sortir du répertoire my-time-machine et exécuter à nouveau git config user.email, cela afficherait l'adresse e-mail globale car il n'y a pas de configuration locale en dehors de ce dépôt.

Cette capacité à définir des configurations locales est très utile. Par exemple, vous pourriez utiliser votre adresse e-mail personnelle pour les projets personnels (configuration globale) mais votre adresse e-mail professionnelle pour les projets liés à votre travail (configuration locale au sein des dépôts de ces projets professionnels).

Tester avec une adresse e-mail non définie

Dans cette étape, nous allons voir ce qui se passe lorsque Git n'a pas de user.email configuré au niveau local, mais en a un au niveau global. Cela renforce le concept de priorité des configurations.

Tout d'abord, assurons-nous que nous sommes dans le répertoire my-time-machine :

cd ~/project/my-time-machine

Maintenant, nous allons supprimer la configuration locale de user.email en utilisant le drapeau --unset :

git config --unset user.email

Cette commande supprime spécifiquement le paramètre user.email de la configuration locale du dépôt. Elle n'affectera pas la configuration globale.

Vérifions que la configuration locale a bien été supprimée en essayant de la récupérer :

git config --local user.email

Vous devriez voir un message d'erreur indiquant que la clé de configuration n'a pas été trouvée au niveau local :

error: key 'user.email' not found

Maintenant, vérifions à nouveau l'adresse user.email sans aucun drapeau tout en restant dans le répertoire my-time-machine :

git config user.email

Que vous attendez-vous à voir ? Étant donné que la configuration locale n'est pas définie, Git devrait revenir à la configuration globale.

[email protected]

Comme prévu, il affiche à nouveau l'adresse e-mail globale ! Cela confirme que lorsqu'une configuration locale n'est pas présente, Git utilise la configuration globale.

Cette étape démontre la hiérarchie des configurations Git. Git recherche d'abord les paramètres au niveau local. S'il ne les trouve pas là, il regarde au niveau global, puis au niveau système. Cela permet une configuration flexible en fonction de vos besoins pour différents projets.

Résumé

Dans ce laboratoire, nous avons appris à vérifier l'adresse e-mail de l'utilisateur Git configurée en utilisant la commande git config user.email. Nous avons exploré la manière dont Git récupère ces informations, en donnant la priorité aux configurations locales, puis globales, et enfin système. Nous avons également vérifié explicitement la configuration e-mail globale en utilisant le drapeau --global, en comprenant la différence entre les niveaux de configuration globale et locale et leur priorité.