Git pour les débutants : les premières commandes

Qu'est-ce que Git et pourquoi en a-t-on besoin

Imaginez que vous écrivez du code et que vous vous rendez soudain compte que la version précédente fonctionnait mieux. Ou vous travaillez avec une équipe et vous devez combiner les modifications de plusieurs personnes. Git résout ces problèmes en conservant l'historique de toutes les modifications et en vous permettant d'expérimenter le code en toute sécurité.

Git stocke les instantanés de votre projet dans un espace de stockage spécial appelé dépôt. Chaque sauvegarde des modifications est appelée un commit, et vous pouvez toujours revenir à l'un d'entre eux.

Installation de Git

Avant de commencer, vous devez installer Git sur votre ordinateur. Téléchargez-le sur le site officiel git-scm.com et suivez les instructions du programme d'installation. Après l'installation, ouvrez le terminal (ligne de commande sous Windows ou Terminal sur Mac/Linux) et vérifiez la version avec la commande :

git --version

Si l'installation a réussi, vous verrez le numéro de version de Git.

Configuration de Git

La première chose à faire est de vous présenter à Git, en indiquant votre nom et votre adresse e-mail. Ces informations seront jointes à chacun de vos engagements :

git config --global user.name "Your Name"
git config --global user.email "your.email@example.com"

Le drapeau --global signifie que ces paramètres s'appliqueront à tous vos projets. Vous pouvez vérifier les paramètres actuels avec la commande :

git config --list

Création du premier dépôt

Créons maintenant notre premier dépôt. Accédez au dossier de votre projet et exécutez la commande :

git init

Cette commande crée un dossier caché .git, dans lequel Git stockera tout l'historique des modifications. Votre projet est maintenant sous contrôle de version, mais il n'y a rien dans le dépôt pour le moment.

Vérification du statut

La commande git status affiche l'état actuel du dépôt. Elle affiche quels fichiers ont été modifiés, lesquels sont prêts à être validés et lesquels ne sont pas suivis du tout :

git status

Vous utiliserez cette commande très souvent. Elle vous aide à comprendre ce qui se passe dans votre dépôt en ce moment.

Ajout de fichiers

Créez un fichier, par exemple index.html, et ajoutez-y un peu de code. Git ne suit pas encore ce fichier. Pour ajouter un fichier à la liste des fichiers suivis, utilisez la commande :

git add index.html

Si vous souhaitez ajouter tous les fichiers modifiés à la fois, utilisez le point :

git add .

Après avoir exécuté git add, les fichiers entrent dans la zone de préparation (staging area), d'où ils seront inclus dans la prochaine validation. C'est pratique lorsque vous ne souhaitez enregistrer qu'une partie des modifications.

Création d'un commit

Un commit est un instantané de l'état de votre projet à un moment donné. Chaque validation doit contenir une description claire de ce qui a changé :

git commit -m "Added index.html file with basic structure"

Le drapeau -m vous permet d'ajouter un message de validation directement dans la commande. Essayez d'écrire des messages significatifs qui expliquent ce que vous avez changé et pourquoi. Cela aide beaucoup lorsque vous ou vos collègues consultez l'historique du projet.

Voir l'historique

La commande git log affiche l'historique de toutes les validations dans votre dépôt :

git log

Vous verrez une liste des commits avec leurs hachages (identifiants uniques), auteurs, dates et messages. Pour une sortie plus compacte, utilisez :

git log --oneline

Cette commande affichera les hachages et les messages de validation abrégés sur une ligne chacun.

Voir les changements

Si vous avez modifié les fichiers, mais que vous ne les avez pas encore ajoutés à la staging area, la commande git diff affichera ce qui a changé :

git diff

Ceci est utile lorsque vous souhaitez vérifier vos modifications avant de valider. Pour voir les modifications apportées aux fichiers qui se trouvent déjà dans la staging area, utilisez :

git diff --staged

Annuler les modifications

Parfois, vous devez annuler les modifications. Si vous avez modifié un fichier, mais que vous ne l'avez pas encore ajouté à la staging area, vous pouvez le restaurer à la dernière version validée :

git checkout -- index.html

Si le fichier est déjà dans la staging area, supprimez-le d'abord :

git reset index.html

Puis, si nécessaire, annulez les modifications avec la commande checkout.

Travail avec un dépôt distant

Souvent, le code est stocké non seulement sur votre ordinateur, mais aussi sur un serveur distant, par exemple, sur GitHub ou GitLab. Pour lier un dépôt local à un dépôt distant, utilisez :

git remote add origin https://github.com/username/repository.git

Ici origin est le nom standard du dépôt distant principal. Pour envoyer vos validations au serveur, exécutez :

git push -u origin main

L'indicateur -u établit une connexion entre la branche locale et la branche distante. À l'avenir, vous pouvez simplement utiliser git push.

Pour obtenir les modifications à partir d'un dépôt distant, utilisez :

git pull

Cette commande télécharge les modifications et les fusionne immédiatement avec votre code local.

Clonage du dépôt

Si le projet existe déjà sur le serveur distant, vous pouvez le copier sur votre ordinateur :

git clone https://github.com/username/repository.git

Cette commande créera un dossier avec le nom du dépôt et y téléchargera tout le code avec l'historique des commits.

Processus de travail de base

Un cycle de travail typique avec Git ressemble à ceci :

1. Apportez des modifications aux fichiers du projet

2. Vérifiez le statut avec la commande git status

3. Ajoutez des modifications à la staging area avec la commande git add

4. Créez un commit avec une description des changements par l'équipe git commit

5. Envoyez les modifications au serveur avec la commande git push

Avant de commencer, il est utile de mettre à jour le code avec la commande git pull pour obtenir les dernières modifications de la commande.

Conseils utiles

Vérifiez toujours l'état du dépôt avant de valider. Cela permet d'éviter l'ajout accidentel de fichiers inutiles. Rédigez des messages de validation clairs, utilisez des verbes impératifs tels que « Ajouter », « Corriger », « Mettre à jour ». Validez les modifications liées logiquement ensemble — ne mettez pas les modifications de différentes parties du projet dans une seule validation.

N'ayez pas peur d'expérimenter. Git vous permet toujours de revenir à l'état précédent, de sorte que vous ne casserez pas le projet de manière irréversible. Envoyez régulièrement le code à un serveur distant, cela vous protégera contre la perte de données en cas de panne de l'ordinateur.

Conclusion

Nous avons analysé les principales commandes Git, qui sont suffisantes pour commencer à travailler avec le système de contrôle de version. Au fur et à mesure que votre expérience grandira, vous vous familiariserez avec les branches, les fusions, la résolution des conflits et d'autres fonctionnalités avancées de Git. Mais même ces commandes de base suffisent pour gérer efficacement les versions de votre code et participer à des projets d'équipe.

Pratiquez, créez des dépôts pour des projets de formation et n'ayez pas peur de faire des erreurs. La capacité à travailler avec Git est une compétence qui vous accompagnera tout au long de votre carrière de développeur et vous ouvrira les portes de la participation à des projets open source et au développement en équipe.

Rejoignez la plateforme éducative Code, où vous trouverez des cours structurés sur Python, JavaScript, HTML, CSS et d'autres technologies pour les développeurs débutants.

Abonnez-vous à notre Chaîne Telegrampour recevoir des articles utiles, des conseils de programmation et être au courant des nouveaux matériaux. Ensemble, nous rendrons votre parcours de développement simple et clair !