10 Git commands que vous souhaiterez avoir connues plus tôt

La plupart des développeurs apprennent Git par rote — clone, add, commit, push — et passent ensuite des mois ou des années à tâtonner dans leurs flux de travail sans se rendre compte du temps qu'ils laissent sur la table. Si vous avez déjà perdu un commit, eu du mal avec des conflits de fusion, ou passé des heures à chercher une régression, vous savez que quelques commandes Git bien placées peuvent faire la différence entre une après‑midi productive et une frustration. Voici quelques commandes qui, une fois internalisées, deviennent des parties indispensables de votre outil quotidien.

Mettre en attente le travail que vous n'êtes pas prêt à valider

Imagine ceci : vous êtes en plein milieu de fonctionnalité, avec du code à moitié écrit sur votre écran, quand un rapport de bug critique arrive dans votre boîte mail. Vous devez changer de branche maintenant, mais vous ne voulez pas valider un travail incomplet. Entrez git stash. L'exécution de git stash range vos modifications actuelles, vous laissant avec un répertoire de travail propre. Lorsque vous êtes prêt à revenir, git stash pop récupère ces modifications et les retire de la pile de stash. Si vous voulez les garder pour plus tard, git stash apply les laisse en place.

La commande stash devient encore plus puissante avec git stash -u, qui inclut les fichiers non suivis, ou git stash --keep-index, qui préserve les changements en staging tout en les stashant. Ces variations gèrent des scénarios réels que la commande de base seule ne peut pas traiter.

Récupérer ce que vous aviez cru perdu

L'un des moments les plus stressants avec Git est de réaliser que vous avez perdu du travail — peut-être que vous avez fait un reset hard, ou que vous avez supprimé une branche par erreur. Avant de paniquer, saisissez git reflog. Cette commande affiche un journal de chaque mise à jour de référence dans votre dépôt, y compris les commits qui ne sont plus visibles sur aucune branche. En trouvant le hachage du commit, vous pouvez le checkout ou créer une branche qui y pointe, récupérant votre travail en quelques secondes.

Également précieux pour le débogage est git bisect. Lorsque vous cherchez quel commit a introduit un bug, l'inspection manuelle devient ingérable dans de grands codebases. Bisect effectue une recherche binaire, checkoutant automatiquement les commits et vous demandant d'en tester chacun. Vous marquez les commits comme bons ou mauvais, et Git réduit le coupable en temps logarithmique. Ce qui pouvait prendre des heures devient une question de minutes.

Cherry-Picking et amendement des commits

git cherry-pick vous permet d'appliquer un commit spécifique d'une branche à une autre, sans fusionner toute la branche. Cela est précieux lorsque vous avez corrigé un bug sur une branche de fonctionnalité et que vous avez besoin de ce correctif sur main, ou lorsque vous avez créé un commit parfait qui doit être présent dans plusieurs endroits. La commande est simple : cherry-pick accepte un hachage de commit et applique ses modifications à votre branche actuelle.

En ce qui concerne les commits, git commit --amend est une commande simple mais transformative. Vous avez fait une faute dans votre message de commit ? Oublié de mettre en stage un fichier ? Amend vous permet de modifier le commit le plus récent, en le remplaçant entièrement. Cela réécrit l'historique, donc n'utilisez-le que sur les commits qui n'ont pas encore été poussés vers des branches partagées — mais dans cette contrainte, c'est une façon propre de maintenir des messages de commit précis sans encombrer votre historique avec des suivis de \"fix typo\".

Journalisation et nettoyage

La sortie par défaut de git log est fonctionnelle mais sparse. Apprenez à utiliser git log --oneline --graph --decorate --all pour visualiser la structure de vos branches d'un coup d'œil. Ajouter --author ou --since filtre les résultats pour ne retenir que l'historique pertinent. Ces indicateurs transforment une liste opaque de commits en un récit lisible de l'évolution de votre projet.

Enfin, lorsque vous avez besoin d'un nouveau départ, git clean supprime les fichiers non suivis de votre répertoire de travail. Utilisez d'abord git clean -n pour prévisualiser ce qui sera supprimé, puis git clean -f pour les supprimer réellement. Combinez-le avec -d pour nettoyer également les répertoires. C'est une façon rapide de réinitialiser votre espace de travail lorsque vous avez accumulé des fichiers expérimentaux dont vous n'avez plus besoin.

Lecture complémentaire: https://dev.to/sylwia-lask/10-git-commands-youll-wish-you-knew-earlier-4fcp