Si vous êtes un développeur ou un passionné de technologie, vous savez probablement à quel point GIT est essentiel pour gérer les versions de votre code. Et si vous êtes novice en la matière, ne vous inquiétez pas ! Nous avons compilé pour vous les 20 commandes GIT les plus importantes et organisées par catégories pour vous aider à maîtriser cette plateforme de contrôle de version.
Les meilleures commandes GIT en #Short
Commandes GIT de base : git config – git init – git clone – git add – git commit – git status
GIT, Commande GIT : Qu’est-ce que c’est exactement ?
Qu’appelle-t-on GIT ?
Git est un système de gestion de versions distribué, utilisé par les développeurs pour suivre les modifications apportées à leur code source.
Pour interagir avec Git, les utilisateurs doivent utiliser des commandes spécifiques qui leur permettent de réaliser des tâches comme la création de branches, la fusion de branches, la sauvegarde des modifications apportées à leur code source, etc.
Qu’est-ce qu’une commande GIT ?
Une commande Git est une instruction exécutée dans un terminal ou une interface graphique utilisateur permettant de manipuler un dépôt Git.
Ces commandes sont utilisées pour effectuer diverses tâches. En utilisant les commandes Git, les développeurs peuvent gérer les versions de leur code, collaborer avec d’autres développeurs et suivre l’historique des modifications apportées à leur projet.
20 commandes GIT que vous devriez absolument connaitre
Les commandes GIT de base
Git config : utilisée pour configurer les options de Git pour votre compte d’utilisateur, votre projet ou votre système local. Elle permet de définir des options telles que votre nom d’utilisateur et votre adresse e-mail, les préférences de fusion, les alias de commande et les paramètres de formatage.
Exemple d’une commande Git config pour configurer un nom d’utilisateur
Git init : utilisée pour initialiser un nouveau référentiel Git dans un dossier local vide ou existant. Cela permet de créer un nouveau référentiel Git dans un projet et de commencer à suivre les modifications apportées aux fichiers. Lorsque vous exécutez « git init », Git crée un nouveau sous-dossier .git dans le répertoire de travail du projet. Ce sous-dossier contient tous les fichiers de suivi de version et de configuration nécessaires pour que Git fonctionne correctement.
Git clone : utilisée pour cloner un référentiel Git existant dans un nouveau dossier sur votre système local. C’est un moyen de récupérer une copie complète d’un projet Git distant et de la synchroniser avec votre système local.
Git add : sert à ajouter des modifications à l’index de Git (également appelé « staging area »). Lorsque vous effectuez des modifications sur les fichiers de votre projet, Git les détecte automatiquement, mais il ne les inclut pas automatiquement dans la prochaine version du commit. Vous devez donc utiliser la commande « git add » pour indiquer à Git quels fichiers vous souhaitez inclure dans le prochain commit.
Exemple d’une commande Git add pour ajouter un fichier nommé « index.html » à l’index
Git commit : Une fois que vous avez ajouté les fichiers à l’index en utilisant « git add », vous pouvez créer un commit en utilisant la commande « git commit ». Le commit inclura toutes les modifications que vous avez ajoutées à l’index.
Git status : utilisée pour afficher l’état actuel de votre projet Git. Elle permet de voir quels fichiers ont été modifiés, ajoutés ou supprimés depuis le dernier commit, et quels fichiers sont prêts à être committés.
Les commandes GIT de collaboration
Git branch : utilisée pour afficher, créer ou supprimer des branches dans un dépôt Git. Les branches sont des références à un commit spécifique dans l’historique des commits d’un projet et permettent de travailler sur des fonctionnalités ou des correctifs de bugs isolés, sans affecter le code dans la branche principale (généralement appelée « master » ou « main »).
Exemple d’une commande Git branch pour créer une nouvelle branche
Git merge : utilisée pour fusionner deux branches distinctes dans un dépôt Git. Elle permet de combiner les modifications apportées à une branche spécifique avec les modifications apportées à une autre branche. Voici la procédure à suivre pour fusionner deux branches :
Assurez-vous d’être sur la bonne branche
Exécutez la commande git merge en spécifiant la branche à fusionner à celle actuelle
Les deux branches devraient alors fusionner automatiquement et un nouveau commit est créé (en cas de problème, Git vous demande de le résoudre manuelement)
Git push : utilisée pour envoyer les modifications locales effectuées sur une branche vers un dépôt distant. Elle permet de mettre à jour le dépôt distant avec les dernières modifications apportées localement.
Git pull : utilisée pour récupérer les dernières modifications apportées au dépôt distant et les fusionner avec les modifications locales. Elle permet de mettre à jour votre copie locale du dépôt avec les modifications apportées par d’autres membres de l’équipe.
Les commandes GIT de navigation
Git log : utilisée pour afficher l’historique des commits dans un dépôt Git. Elle permet de voir tous les commits effectués sur une branche spécifique ou sur l’ensemble du dépôt. Elle affiche par défaut l’historique des commits du plus récent au plus ancien.
Utilisation de la commande Git log pour afficher l’historique des commits d’une branche nommée « Ma Nouvelle Branche »
Git diff : utilisée pour afficher les différences entre deux états du référentiel Git. Elle est souvent utilisée pour visualiser les changements effectués sur un ou plusieurs fichiers depuis la dernière fois qu’ils ont été ajoutés ou commités dans le référentiel Git.
Git blame : utilisée pour afficher les informations sur la dernière modification de chaque ligne d’un fichier dans un référentiel Git. Elle est souvent utilisée pour déterminer qui a modifié une ligne de code particulière et quand cette modification a été effectuée. Elle peut être utile dans plusieurs situations différentes :
Pour comprendre l’origine d’un bug en trouvant la personne qui a introduit une modification problématique
Pour en savoir plus sur l’historique d’un fichier particulier et sur qui a travaillé dessus
Pour vérifier si une modification particulière a été apportée à un fichier, et si oui, quand elle a été apportée et par qui
Les commandes GIT de gestion
Git tag : utilisée pour marquer des commits spécifiques dans un référentiel Git avec des tags ou des étiquettes. Un tag est simplement une référence à un commit particulier dans l’historique Git, et il peut être utilisé pour marquer des versions spécifiques de votre code.
Utilisation de la commande Git tag pour identifier une V1 du commit
Git rm : utilisée pour supprimer un fichier ou un répertoire de votre dépôt Git, tout en supprimant également l’historique de ce fichier dans Git. Cela signifie que si vous utilisez simplement la commande « rm » pour supprimer un fichier, celui-ci sera toujours présent dans l’historique de Git.
Git remote : utilisée pour gérer les connexions entre un référentiel Git local et un ou plusieurs dépôts Git distants. Elle est utile pour faciliter la collaboration entre les développeurs et pour permettre le partage de code source entre différents membres d’une équipe.
Les commandes GIT avancées
Git stash : utilisée pour stocker temporairement les modifications en cours de travail dans un référentiel Git, de sorte que vous puissiez basculer vers une autre branche ou effectuer d’autres tâches sans avoir besoin de faire un commit inachevé ou de perdre les modifications en cours.
Avec cette commande, vous pouvez enregistrer toutes les modifications apportées à une branche
Git reset : utilisée pour annuler ou défaire les modifications apportées à un commit spécifique ou à une série de commits dans un référentiel Git. La commande « git reset » peut être utilisée avec différents paramètres pour spécifier le type d’annulation que vous souhaitez effectuer.
Git rebase : utilisée pour modifier l’historique des commits dans un référentiel Git. Plus précisément, elle permet de réécrire l’historique des commits d’une branche en les replaçant sur une autre branche de référence. Pour vous faire une idée plus précise de son utilisation, voici quelques exemples :
Pour réécrire l’historique des commits d’une branche en se basant sur la branche de référence : « git rebase <branche-de-référence> »
Pour réécrire l’historique des commits d’une branche à partir d’un commit spécifique : « git rebase <commit> »
Pour réorganiser l’ordre des commits d’une branche : « git rebase -i <commit> »
Pour résoudre les conflits qui peuvent survenir pendant le processus de rebasing : « git rebase –continue »
Git cherry-pick : utilisée pour appliquer un commit spécifique d’une branche sur une autre branche dans un référentiel Git.
FAQ sur les commandes GIT
Quelles sont les principales différences entre Git et les autres systèmes de contrôle de version ?
Git se distingue des autres systèmes de contrôle de version (VCS) de plusieurs manières. Voici quelques-unes des principales différences :
Git est distribué : Contrairement à d’autres VCS tels que Subversion et CVS, Git est distribué. Cela signifie que chaque copie locale du dépôt Git contient une copie complète de l’historique du projet, ce qui permet aux développeurs de travailler hors ligne et de fusionner leurs modifications plus facilement.
Git est rapide : Git a été conçu pour être rapide et efficace, même pour les projets volumineux avec de nombreux fichiers et historique de code.
Git utilise des branches : Les branches sont une caractéristique clé de Git, permettant aux développeurs de travailler sur des fonctionnalités ou des correctifs de bugs dans des branches séparées avant de les fusionner dans la branche principale (master).
Git utilise des points de contrôle (commits) : Git utilise des points de contrôle pour enregistrer les modifications apportées au code. Les développeurs peuvent ajouter des messages de commit pour documenter les modifications et aider les autres développeurs à comprendre le code.
Git utilise des hash de contenu : Chaque version du code dans Git est identifiée par un hash de contenu unique. Cela permet de garantir l’intégrité des données et de détecter les modifications non autorisées.
Git utilise des branches de fusion (merge) plutôt que des verrouillages : Contrairement à certains autres VCS qui utilisent des verrous pour empêcher les conflits de fusion, Git utilise des branches de fusion pour permettre aux développeurs de travailler simultanément sur des fonctionnalités et de fusionner leurs modifications plus tard.
Est-ce que tout le monde peut utiliser des commandes git ?
En théorie, oui, tout le monde peut utiliser les commandes Git. En pratique, les commandes Git sont souvent utilisées par les développeurs et les personnes ayant une certaine expérience en matière de développement logiciel.
Les commandes Git peuvent sembler complexes pour les débutants, surtout si vous n’êtes pas familier avec les concepts de contrôle de version et de gestion de code source. Mais avec un peu de pratique et d’expérience (et de patience), les commandes Git deviennent plus accessibles et faciles à comprendre
Les développeurs peuvent-ils bien travailler sans utiliser de commandes git ?
Les développeurs pourraient certainement travailler sans utiliser de commandes Git, mais cela pourrait rendre leur travail plus difficile en matière de gestion de code source et de collaboration avec d’autres développeurs.
Les systèmes de contrôle de version comme Git ont été créés pour aider les développeurs à gérer les modifications de code et à collaborer efficacement sur des projets logiciels complexes. Git offre des fonctionnalités telles que la gestion de branches, la fusion de code et la gestion d’historique de version, qui sont essentielles pour un travail efficace sur des projets logiciels.
En l’absence d’un système de contrôle de version comme Git, les développeurs pourraient rencontrer des problèmes tels que la confusion entre les versions de code, la perte de modifications importantes et la difficulté à collaborer avec d’autres développeurs.
La question n’est donc pas de savoir si les développeurs pourraient travailler sans Git, mais plutôt s’ils pourraient bien travailler sans utiliser de système de contrôle de version. Et à cette question, la réponse est plutôt non.
Avant de se quitter…
Si cet article sur les commandes GIT vous a plu, n’hésitez pas à le partager sur les réseaux sociaux et à vous abonner à notre newsletter digitale pour recevoir nos prochains articles.
Vous pouvez également suivre nos meilleurs articles via notre flux RSS : https://www.leptidigital.fr/tag/newsletter-digitale/feed/ (il vous suffit de l’insérer dans votre lecteur de flux RSS préféré (ex : Feedly)).
Nous sommes aussi actifs sur Linkedin, Twitter, Facebook et YouTube. On s’y retrouve ?
Pour toute question associée à cet article, n’hésitez pas à utiliser la section « commentaires » pour nous faire part de votre remarque, nous vous répondrons dans les meilleurs délais (avec plaisir).
Titulaire dans master en marketing international et management, je m’intéresse au marketing et au digital au sens large. Pour me contacter : [email protected]
