6. Git protip : suivre les évolutions d’une fonction avec log -L
Analyser les évolutions d’un bloc de code, déterminer l’introduction d’une erreur, d’un bug : “git log -L” vient te sauver 🦸♀️
Tu veux connaître les bonnes pratiques, les nouveautés des technos qu’on aime ou encore comment mettre en œuvre au mieux certains outils ? Tu es au bon endroit !
Tu ne trouves pas le sujet qui t’intéresse ? Fais-le nous savoir, nous verrons ce que nous pouvons faire pour t’aider!
Analyser les évolutions d’un bloc de code, déterminer l’introduction d’une erreur, d’un bug : “git log -L” vient te sauver 🦸♀️
Si tu utilises "git blame" et que tu crois que c’est une bonne idée, tu te trompes !
"git status" est probablement la commande qu’on utilise le plus dans le terminal. Mais sais-tu qu’on peut choisir la couleur de certains affichages ?
Tu as foiré ton dernier commit et tu souhaites le corriger ? La commande "git commit --amend" est ton amie !
Sais-tu qu’on peut facilement accéder à la dernière branche active avec la notation "-" ?
Le log classique Git (pour l’affichage de l’historique des commits) ne répond pas au cas d’usage standard. Plutôt que d’utiliser une interface graphique, utilisons un alias et un log personnalisé.
Que dirais-tu de voir de manière claire les différences par fichier et par ligne, sans pollution visuelle ?
Assembler de projets Git à la manière d’un système de gestion de dépendances, c’est l’intention des submodules, mais attention aux pièges…
Nommer un endroit fixe d’historique, par exemple pour indiquer un numéro de version logiciel.
L’architecture de Git est dite distribuée. Il gère à cet effet une copie locale de l’historique et nous permet de nous synchroniser avec un ou plusieurs dépôts distants.
Qu’est-ce qu’un rebase ? À quoi cela peut-il bien servir ?
Qu’est-ce qu’une fusion ? Que signifie le fast-forward ? Comment gérer les conflits ?