Nouveau sur Git ? Développez ces 7 bonnes habitudes dès le premier jour

De la traçabilité de l’historique d’un projet à la consolidation du code, Git est devenu une pierre angulaire du développement logiciel moderne. En tant que tel, apprendre à utiliser Git correctement est important pour tout développeur cherchant à collaborer avec d’autres. Dans cet article, je vais passer en revue quelques conseils pour les débutants sur Git afin de vous aider à développer une bonne habitude Git dès aujourd’hui.

1. Définir le nom d’utilisateur et l’email de l’utilisateur

L’une des premières choses que vous devriez faire dans Git est de définir votre nom d’utilisateur et votre email par défaut. Cela vous permet de taguer correctement vos commits, facilitant ainsi la référence à votre code et le contact avec vous à l’avenir.

Pour définir votre nom d’utilisateur et votre email, exécutez les commandes suivantes dans une nouvelle session de terminal :

git config--global user.name "VOTRE NOM"  
git config--global user.email "VOTRE ADRESSE EMAIL"

Vous pouvez également définir ces variables via votre fichier de configuration Git personnel. Pour cela, utilisez votre éditeur de texte préféré pour ouvrir ou créer un fichier .gitconfig dans votre répertoire personnel :

nano ~/.gitconfig

Collez les lignes de code suivantes dans votre fichier de configuration :

[user]  
name= VOTRE-NOM-ICI  
email= VOTRE-EMAIL-ICI

Enregistrez votre fichier de configuration, puis confirmez que Git le lit correctement en exécutant la commande suivante :

git config--list

2. Créer des alias pour les fonctions courantes

Ce n’est un secret pour personne que Git est un programme complexe. Avec sa multitude de sous-commandes et d’options, Git peut parfois être écrasant pour les nouveaux développeurs. Une astuce que vous pouvez utiliser est de créer des alias pour ces commandes afin qu’elles soient plus faciles à retenir.

Pour créer un nouvel alias, collez la commande suivante dans une nouvelle session de terminal :

git config--global alias."CLE""SOUS-COMMANDE"

Remplacez l’espace réservé CLE par l’alias que vous souhaitez pour votre sous-commande. Dans mon cas, je vais définir la sous-commande “status” avec la clé “sta.”

Tout comme pour définir le nom d’utilisateur et l’email Git, vous pouvez également utiliser le fichier .gitconfig dans votre répertoire personnel pour définir de nouveaux alias. Pour cela, collez le bloc de code suivant dans votre fichier .gitconfig :

[alias]  
    sta = status  
    fet = fetch

Enregistrez votre fichier .gitconfig, puis confirmez qu’il fonctionne correctement en utilisant votre nouvel alias.

3. Profiter de .gitignore

Les bases de code actives contiennent souvent des fichiers que vous ne souhaitez peut-être pas suivre dans le contrôle de version. Il peut s’agir de fichiers objets restants ou même de notes temporaires dans le répertoire racine du dépôt. Au fil du temps, ces fichiers inutiles peuvent s’accumuler, occupant de l’espace sur le disque de votre PC.

Une façon de résoudre ce problème est de créer un fichier .gitignore à l’intérieur de votre dépôt Git. C’est un fichier qui indique à Git quels fichiers ignorer lors de la création de commits. Pour créer un fichier .gitignore, exécutez la commande suivante dans votre dépôt :

nano ~/VOTRE-DEPOT-GIT/.gitignore

Indiquez le chemin des fichiers que vous souhaitez exclure dans le fichier .gitignore. Dans mon cas, je ne veux pas inclure un fichier de note dans le répertoire “temp” de mon dépôt.

Confirmez que votre fichier fonctionne correctement en engageant des modifications dans votre dépôt de code.

À noter : êtes-vous un utilisateur d’Emacs ? Découvrez comment vous pouvez utiliser Git dans Emacs avec l’application Magit.

4. Écrire des messages de commit concis

Les messages de commit sont une partie essentielle de chaque projet Git. Ils fournissent des détails sur les modifications que vous avez apportées, rendant votre dépôt plus facile à naviguer à long terme. Cependant, si vous ne les rédigez pas correctement, les messages de commit peuvent également être une source de frustration.

Ainsi, une autre bonne habitude à développer lors de l’utilisation de Git est d’être concis avec vos messages de commit. Par défaut, la pratique standard consiste à garder vos messages sur une seule ligne et à moins de 50 caractères.

Cela dit, il existe des cas où vous pourriez vouloir élaborer sur un commit particulier. Pour ceux-ci, assurez-vous de garder la longueur de ligne de votre message en dessous de 72 caractères par ligne. Cela garantira que votre commit reste lisible sur de petits terminaux et dans les emails.

5. Utiliser les branches Git

Les branches Git sont un outil incroyable qui peut créer plusieurs versions de votre base de code dans le même dépôt. Cela vous permet de développer du nouveau code tout en maintenant une copie intacte de sa source originale. Pour quelqu’un de nouveau sur Git, créer des branches est une habitude importante à adopter car cela simplifie le processus d’intégration de nouveau code dans votre programme.

Pour créer une nouvelle branche, naviguez vers votre dépôt Git, puis exécutez la commande suivante :

git checkout-b ma-branche

Confirmez que vous êtes passé à la branche “ma-branche” en exécutant git status, puis apportez quelques modifications à votre code. Dans mon cas, je vais modifier un fichier texte dans mon dépôt.

Finalisez vos modifications en exécutant git commit, puis revenez à votre branche principale en exécutant git checkout master.

Ouvrez les fichiers que vous avez modifiés dans la nouvelle branche pour confirmer que les fichiers modifiés n’apparaissent pas dans la branche principale.

Bon à savoir : vous cherchez à vous lancer dans l’auto-hébergement ? Découvrez certaines des meilleures alternatives auto-hébergées à Github aujourd’hui.

6. Vérifiez le diff avant de fusionner le code

Git, en soi, offre un énorme avantage pour rationaliser le développement de fonctionnalités, les tests et l’intégration de code. Cependant, il existe des cas où la fusion de code n’est pas aussi simple qu’il y paraît. Par exemple, l’introduction de code à partir d’une branche de fonctionnalité peut casser des fonctions existantes dans la branche principale.

Pour éviter cela, vous devriez vérifier les différences entre les deux branches avant de fusionner le code. Dans Git, vous pouvez le faire en utilisant la commande diff.

git diff master..ma-branche

De plus, la commande diff peut vérifier la différence entre deux fichiers dans la même branche. Cela est utile si vous avez plusieurs copies du même fichier et souhaitez rapidement vérifier les changements significatifs entre eux.

En outre, elle peut également créer des patches à partir de vos fichiers. Ce sont de petits morceaux de texte lisibles par machine que d’autres peuvent utiliser pour appliquer vos modifications à leur dépôt Git.

7. Utiliser Git Fetch au lieu de Git Pull

En matière de collaboration, Git offre des outils pour faciliter le partage et l’obtention de travaux d’autres développeurs. Des commandes telles que git pull, par exemple, vous permettent de récupérer et d’appliquer des mises à jour pour les dépôts dans votre système local.

Cela dit, un inconvénient de git pull est qu’il applique automatiquement les modifications en amont à votre copie locale. C’est un gros problème si vous travaillez avec plusieurs personnes sur une branche de fonctionnalité ou suivez un problème dans le programme.

Pour éviter cela, une bonne habitude à adopter est de passer de git pull à git fetch. Cela ne récupère que les dernières mises à jour de l’amont du dépôt et ne fusionne aucun code dans votre copie locale.

Pour fusionner des modifications, vous pouvez exécuter git merge suivi du nom de la branche que vous souhaitez intégrer.

Apprendre ces habitudes Git n’est que la première étape pour explorer le merveilleux monde du développement logiciel et des logiciels axés sur la collaboration. Découvrez comment vous pouvez élargir encore vos connaissances sur Git en vérifiant les différences entre Github et Gitlab.

Crédit image : Grok via x.ai. Toutes les modifications et captures d’écran par Ramces Red.