DEV Community

Jimmy Klein
Jimmy Klein

Posted on • Updated on • Originally published at jimmyklein.fr

9 astuces pour git

#git #tips

Si vous utilisez Git au quotidien, vous savez que cet outil regorge de commandes et de différentes options de configuration. Je vous propose ici de lister quelques astuces que j'utilise.

Configurer son nom d'utilisateur et son e-mail 

git config --global user.name "Darth Vader"
git config --global user.email "darth-vader@deathstar.space"
Enter fullscreen mode Exit fullscreen mode

Je commence volontairement assez simple mais c'est une manipulation qui m'arrive de faire assez souvent, mon ordinateur me servant à gérer plusieurs projets avec des identités différentes.
Donc si vous avez des informations différentes pour un projet, vous pouvez surchargez cette déclaration au niveau de votre projet :

cd ~/dev/my_project
git config user.name "Luke Skywalker"
git config user.email "luke-skywalker@jedi.force"
Enter fullscreen mode Exit fullscreen mode

Ignorer globalement certains fichiers

Je vous recommande de mettre en place un fichier .gitignore global à votre environnement de développement afin d'ignorer les fichiers liés à votre manière de travailler (IDE utilisé par exemple).
Cela permet d'éviter de retrouver tous les IDE de la terre dans les fichiers .gitignore de vos projets.

vi ~/.gitignore
Enter fullscreen mode Exit fullscreen mode

Exemple avec le répertoire de PHPStorm / Intellij

.idea
Enter fullscreen mode Exit fullscreen mode

Configuration de git

git config --global core.excludesfile ~/.gitignore
Enter fullscreen mode Exit fullscreen mode

Cliquez sur le lien suivant pour retrouver une collection de modèle de fichier gitignore : https://github.com/github/gitignore

Choisir l'éditeur de commit

Si vous êtes allérgiques à vi, demandez à git d'utiliser un autre éditeur pour vos commits

# Utilisation de nano par exemple
git config --global core.editor nano

# Vous pouvez aussi choisir un outil graphique
# Visual Studio Code
git config --global core.editor "code --wait"

# Sublime text
git config --global core.editor "subl -n -w"

# Atom
git config --global core.editor "atom --wait"
Enter fullscreen mode Exit fullscreen mode

Modifier le format d'affichage des logs par défaut

Si le format de la commande git log ne vous convient pas, vous pouvez le changer ou en définir un personnalisé

Il existe plusieurs formats prédéfinis : oneline | short | medium | full | fuller | reference | email | raw

# Affichage par défaut sur une ligne
$ git config --global format.pretty oneline

# On peut aussi définir son propre format d'affichage de log
$ git config --global format.pretty "format:%h%x09%an"

# Et l'enregistrer avec un nom
$ git config --global pretty.my-custom-log-format "format:%h%x09%an"


# Ce qui permet de soit de l'utiliser à la demande
$ git log --pretty=my-custom-log-format

# Soit de le définir aussi comme configuration par défaut
$ git config --global format.pretty my-custom-log-format
Enter fullscreen mode Exit fullscreen mode

La liste des formats et des placeholders est disponible : https://git-scm.com/docs/pretty-formats

Utiliser fixup pour corriger un commit précédent et avoir un historique plus clean

Vous connaissez surement l'option --amend afin de modifier le dernier commit effectuée. Mais connaissez vous l'option --fixup et l'autosquash pour modifier n'importe quel commit précédent.

Attention : l'autosquash va modifier les références des commits de votre branche.
A déconseiller si vous n'êtes pas à l'aise avec les rebase et ce que ça induit
Vous pouvez le faire sereinement si vous n'avez encore rien poussé (push) sur des remotes distants.

Prenons l'exemple où vous allez ajouter un fichier README à votre projet.

Liste des commits sur votre branche où vous êtes entrain d'écrire le fichier

git log
Enter fullscreen mode Exit fullscreen mode 
b58faee269c Ajouter la partie contribution dans le README
18a11d43eb2 Ajouter la partie déploiement dans le README
8385fc0cd1a Initial commit
Enter fullscreen mode Exit fullscreen mode

Et là vous constatez une erreur dans le commit d'ajout de la partie déploiement (faute d'orthographe par exemple) (ref commit : 18a11d43eb2).

On corrige l'erreur et on commit avec l'option --fixup

git commit --fixup 18a11d43eb2
94ae1b02f4a fixup! Ajouter la partie déploiement dans le README
Enter fullscreen mode Exit fullscreen mode

Le git log ressemble désormais à :

git log
94ae1b02f4a fixup! Ajouter la partie déploiement dans le README
b58faee269c Ajouter la partie contribution dans le README
18a11d43eb2 Ajouter la partie déploiement dans le README
8385fc0cd1a Initial commit
Enter fullscreen mode Exit fullscreen mode

On peut ensuite fusionner le commit d'origine avec le commit de fixup

git rebase -i --autosquash 8385fc0cd1a
Enter fullscreen mode Exit fullscreen mode

Le commit de "fixup" a été squashé dans le commit de la partie déploiement. On voit bien ici la modification des références des commits.

git log
fc5c36d4183 Ajouter la partie contribution dans le README
0a94be69d2c Ajouter la partie déploiement dans le README
8385fc0cd1a Initial commit
Enter fullscreen mode Exit fullscreen mode

Uniformiser les messages de commit

Git permet de pré-remplir les messages de commit à partir d'un modèle

vi ~/.gitmessage
Enter fullscreen mode Exit fullscreen mode 
Short Title

IssueNumber

Why :
Enter fullscreen mode Exit fullscreen mode 
git config --global commit.template "~/.gitmessage"
Enter fullscreen mode Exit fullscreen mode

Nouvelle commande git switch

Depuis la version 2.23, une nouvelle commande est dipsonible pour changer de branche

Habituellement, on utilise checkout

git checkout my_branch
Switched to branch 'my_branch'
Enter fullscreen mode Exit fullscreen mode

On peut désormais utiliser la commande switch

git switch my_branch
Switched to branch 'my_branch'
Enter fullscreen mode Exit fullscreen mode

Et si on veut créer une nouvelle branche et switcher dessus

git switch -c my_new_branch # équivalent à git checkout -b my_new_branch
Switched to a new branch 'my_new_branch'
Enter fullscreen mode Exit fullscreen mode

Revenir à la branche précédente

Si vous êtes un peu paresseux comme moi, vous pouvez revenir sur la branche précédente utilisant la commande git switch -

(master) $ git switch my_branch
Switched to branch 'my_branch'

(my_branch) $ git switch -
Switched to branch 'master'
Enter fullscreen mode Exit fullscreen mode

Cela fonctionne aussi en faisant git checkout -

Bonus (merci à Julien Deniau pour l'astuce):
Vous pouvez aussi faire un rebase ou un merge de la même manière :

(master) $ git switch my_branch
(my_branch) $ git rebase -
Enter fullscreen mode Exit fullscreen mode

Nouvelle commande git restore

Si vous voulez restaurer un fichier modifié dans son état d'origine, une nouvelle commande a été ajoutée depuis la version 2.23 de git : restore

# Habituellement on utilise `git checkout -- <file>`
(master) $ git status
Changes not staged for commit:
    modified:   README.md

(master) $ git checkout -- README.md
(master) $ git status
nothing to commit, working tree clean

# On peut désormais utiliser la command `git restore`
(master) $ git status
Changes not staged for commit:
    modified:   README.md

(master) $ git restore README.md
(master) $ git status
nothing to commit, working tree clean
Enter fullscreen mode Exit fullscreen mode

Top comments (0)

Read next

pellenilsen profile image

Version Control Best Practices - Mastering Git, Branching Strategies and Collaborative Workflows

Pelle Nilsen -

meghasharmaaaa profile image

𝐒𝐭𝐚𝐠𝐞𝐬 𝐨𝐟 𝐆𝐢𝐭/𝐖𝐨𝐫𝐤𝐟𝐥𝐨𝐰

Megha Sharma -

jimmymcbride profile image

Do You Still Use Git in the Terminal?

Jimmy McBride -

farhatsharifh profile image

Essential Git Commands

Farhat Sharif -