Nouveau sur Git? Construisez ces 7 bonnes habitudes dès le premier jour

Du suivi l'histoire d'un projet à la consolidation du code, Git est devenu la pierre angulaire du développement de logiciels moderne. En tant que tel, apprendre à utiliser correctement Git est important pour tout développeur qui cherche à collaborer avec les autres. Dans cet article, je vais passer par quelques conseils pour débutants Git pour vous aider à construire une bonne habitude Git aujourd'hui.

1. Définissez le nom d'utilisateur et l'e-mail utilisateur

L'une des premières choses que vous devriez faire dans GIT est la définition de votre nom d'utilisateur et de votre e-mail par défaut. Cela vous permet de marquer correctement vos commits, ce qui permet aux autres de référer plus facilement votre code et de vous contacter à l'avenir.

Pour définir votre nom d'utilisateur et votre e-mail, exécutez les commandes suivantes sur une nouvelle session de terminal:

git config --global user.name "YOUR NAME"
git config --global user.email "YOUR EMAIL ADDRESS"

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 sur votre répertoire domestique:

nano ~/.gitconfig

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

(user)
name = YOUR-NAME-HERE
email = YOUR-EMAIL-HERE

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 communes

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

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

git config --global alias."KEY" "SUBCOMMAND"

Remplacez l'espace réservé clé par l'alias que vous souhaitez pour votre sous-commande. Dans mon cas, je vais définir la sous-commande «Status» sur la clé «STA».

Semblable à la définition du nom d'utilisateur et de l'e-mail GIT, vous pouvez également utiliser le fichier .gitconfig dans votre répertoire domestique 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. Profitez de .gitignore

Les bases de code actives sont souvent livrées avec des fichiers que vous ne voudrez peut-être pas suivre dans le contrôle de version. Il pourrait s'agir de fichiers d'objets restants ou même de notes temporaires dans le répertoire racine du référentiel. Au fil du temps, ces fichiers inutiles peuvent s'additionner, en prenant de la place sur le disque de votre PC.

Une façon de résoudre ce problème consiste à créer un fichier .gitignore dans votre référentiel git. Il s'agit d'un fichier qui indique à Git quels fichiers ignorer lors de la création de commits. Pour créer un fichier .gitignore, exécutez ce qui suit dans votre dépôt:

nano ~/YOUR-GIT-REPO/.gitignore

Fournissez le chemin des fichiers que vous souhaitez exclure dans le fichier .gitignore. Dans mon cas, je ne veux pas inclure un fichier de notes dans le répertoire «temp» de mon repo.

Confirmez que votre fichier fonctionne correctement en engageant des modifications dans votre référentiel de code.

Sur une note latérale: Êtes-vous un utilisateur EMACS? Découvrez comment vous pouvez utiliser Git dans Emacs avec l'application Magit Porcelain.

4. Écrivez des messages de validation concises

Les messages de validation sont une partie essentielle de chaque projet GIT. Ils fournissent des détails sur les modifications que vous avez apportées, ce qui rend votre référentiel plus facile à naviguer à long terme. Cependant, si vous ne les faites pas correctement, les messages commet peuvent également être une source de frustration.

En tant que tel, une autre bonne habitude à construire lors de l'utilisation de Git est la concise avec vos messages de validation. Par défaut, la pratique standard est de conserver vos messages en une seule ligne et moins de 50 caractères.

Cela dit, il y a des cas où vous voudrez peut-être développer un engagement particulier. Pour ceux-ci, assurez-vous de garder la longueur de ligne de votre message sous 72 caractères par ligne. Cela garantira que votre engagement est toujours lisible sur les petits terminaux et les e-mails.

5. Utiliser les branches Git

Git Branches est un outil incroyable qui peut créer plusieurs versions de votre base de code dans le même référentiel. Cela vous permet de développer un nouveau code tout en maintenant une copie vierge de sa source d'origine. Pour quelqu'un de nouveau à Git, la création de branches est une habitude importante à ramasser car elle rationalise le processus d'intégration d'un nouveau code à votre programme.

Pour créer une nouvelle branche, accédez à votre référentiel GIT, puis exécutez la commande suivante:

git checkout -b my-branch

Confirmez que vous avez passé à la branche «My-Branch» en exécutant le statut GIT, puis apportez des modifications sur votre code. Dans mon cas, je modifierai un fichier texte dans mon référentiel.

Finalisez vos modifications en fonctionnant git commitpuis retournez à votre branche principale en fonctionnant git checkout master.

Ouvrez les fichiers que vous avez modifiés sur la nouvelle branche pour confirmer que les fichiers modifiés n'apparaissent pas sur la branche maître.

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

Git, en soi, fournit une aubaine massive pour rationaliser le développement des fonctionnalités, les tests et l'intégration du code. Cependant, il y a des cas où la fusion du code n'est pas aussi claire que cela puisse paraître. Par exemple, l'introduction du code à partir d'une branche de fonctionnalité peut briser les fonctions existantes dans la branche maître.

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

git diff master..my-branch

De plus, le diff La commande peut vérifier la différence entre deux fichiers dans la même branche. Ceci est utile si vous avez plusieurs copies du même fichier et que vous souhaitez vérifier rapidement des modifications significatives entre eux.

En dehors de cela, il peut également créer des correctifs à partir de vos fichiers. Ce sont de petits morceaux de texte lisible par machine que d'autres peuvent utiliser pour appliquer vos modifications à leur référentiel GIT.

7. Utilisez Git Fetch au lieu de Git Pull

En ce qui concerne la collaboration, Git propose des outils pour faciliter le partage et l'obtention de travail auprès d'autres développeurs. Commandes telles que git pullpar exemple, vous permettez 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és ou si vous suivez un problème dans le programme.

Pour éviter que cela ne se produise, une bonne habitude à adopter est de passer de git pull à git fetch. Cela tire uniquement les dernières mises à jour de la réprimande en amont et ne fusionne aucun code à votre copie locale.

Pour fusionner toutes les modifications, vous pouvez courir git merge suivi du nom de la branche que vous souhaitez intégrer.

L'apprentissage de ces habitudes GIT n'est que la première étape pour explorer le monde merveilleux du développement de logiciels et des logiciels axés sur la collaboration. Découvrez comment étendre davantage votre savoir-faire de Git en consultant les différences entre Github et GitLab.