10 astuces Git dont nous ne pouvons pas nous passer

Les membres de la communauté Opensource.com partagent leurs astuces Git préférées pour gagner du temps ou éviter les erreurs.

Les astuces Git se vendent à la pelle, et c'est une bonne chose car on n'en a jamais assez. Si vous utilisez Git tous les jours, chaque conseil, astuce et raccourci que vous pouvez trouver représente potentiellement un gain de temps et d'efforts. J'ai demandé aux membres de la communauté Opensource.com leurs hacks Git préférés. Les voici!

ajouter

La commande git add --patch (-p pour faire court) lance un examen interactif des morceaux de modifications que vous pouvez ajouter, diviser en morceaux plus petits ou ignorer (parmi lesquels autres choses). De cette façon, vous pouvez être sûr de limiter vos modifications à un commit spécifique.

—Kevin Thull

J'utilise git add -p pour examiner les modifications morceau par morceau avant qu'elles ne soient validées. Il vous permet de vérifier si vous avez oublié de supprimer des idées sommaires, des commentaires parasites ou d'autres éléments que vous ne devriez pas commettre.

-Ryan Prix

modifier

L'option Git --amend est une alternative utile pour créer plusieurs validations, puis les regrouper en une seule validation via un rebase interactif. J'aime le fait que vous puissiez continuellement modifier votre premier commit pour ajouter des modifications supplémentaires si nécessaire.

—Ashley Hardin

couper en deux

Je sais que j'ai raté quelque chose, mais je ne sais pas quand. C'est à cela que sert git-bisect.

Dans une vie antérieure, j'étais développeur backend de Drupal et WordPress dans une agence en dehors de Chicago. J'avais plusieurs sites clients sur lesquels je travaillais à la fois, rebondissant entre eux comme un flipper. De temps en temps, quelqu'un trouvait une fonctionnalité non documentée dans mon code et, avec une mémoire floue à cause de tous les différents sites clients, git-bisect m'était utile pour m'aider à trouver le coupable.

—Éric Michalsen

blâmer

Contrairement au nom de la commande git blâme, je ne l'utilise pas pour blâmer les autres. C'est génial lorsque vous reprenez des référentiels que vous n'avez pas initialisés. Vous pouvez voir quand certaines modifications ont été terminées et, espérons-le, les messages de validation qui les sous-tendent également. C'est un merveilleux outil de dépannage.

—Miriam Goldman

vérifier

J'utilise git checkout - pour passer à la branche précédente. C'est pratique pour passer d'une branche de fonctionnalités à la branche de développement principale et vice-versa.

—Kevin Thull

différence

J'aime la commande git diff --staged pour examiner toutes les modifications effectuées avant de les valider.

—Kevin Thull

statut

Il me semble que je touche à de nombreux fichiers lorsque je travaille, et git status est une bouée de sauvetage. Comprendre l'état du répertoire de travail et de la zone de transit avec git status m'a aidé à apprendre ces concepts fondamentaux dans Git et à m'assurer que tout mon travail est validé !

—Ravi Lachhman, directeur technique de terrain chez Shipa

écraser (rebase -i)

J'aime utiliser cette commande pour regrouper plusieurs commits en un seul. Commencez par utiliser git rebase -i HEAD~# où # est le nombre de commits à squash. Remplacez pick par squash sur chaque commit qui devrait faire partie de celui au-dessus. Modifiez ensuite vos messages de validation comme bon vous semble. Cela garde l’historique des commits très bien rangé.

—Ryan Marques

mise à jour-index

Utilisez-le avec prudence !

$ git update-index --assume-unchanged path/to/file

C'est pratique pour marquer un fichier inchangé qui comporte des modifications locales ou juste un de ces fichiers embêtants qui jure continuellement qu'il a été modifié même si vous n'y avez absolument rien fait.

—Kevin Thull

arbre de travail

L'une de mes préférées est la fonctionnalité git-worktree, qui gère les extractions simultanées de différentes branches dans un dépôt sans faire de copie globale des fichiers.

Voici un exemple :

$ git worktree add ../feature-branch feature-branch

—KURT W.K.

Conclure

Il est maintenant temps de suggérer vos propres astuces préférées. Quelles commandes Git vous font gagner du temps ou évitent les erreurs ? Quels conseils transmettez-vous aux nouveaux utilisateurs de Git sur votre lieu de travail ? Faites-le-nous savoir alors que nous célébrons cette semaine les 17 ans de la bonté de Git !