- Article sur la terminologie déroutante utilisée dans Git, le système de gestion de versions servant à suivre les modifications du code source pendant le développement logiciel
- L’auteur utilise Git depuis 15 ans et cherche à expliquer la nature particulière de sa terminologie
- L’auteur a demandé sur Mastodon aux gens quels termes techniques de Git leur semblaient déroutants et a reçu de nombreuses réponses
- Parmi les termes déroutants abordés figurent notamment « HEAD et heads », « l’état detached HEAD », « ours et theirs pendant un merge ou un rebase », « Your branch is up to date with 'origin/main' », « HEAD^, HEAD~ HEAD^^, HEAD~~, HEAD^2, HEAD~2 », « .. et ... », « fast-forwarded possible », « reference, symbolic reference », « refspecs », « tree-ish », « index, staged, cached », « reset, revert, restore », « untracked files, remote-tracking branch, track remote branch », « checkout », « reflog », « merge vs rebase vs cherry-pick », « rebase --onto », « commit », etc.
- L’auteur fournit une explication pour chaque terme, souvent accompagnée d’exemples d’utilisation
- L’article conclut que les 3 termes Git les plus déroutants, selon l’auteur, sont les suivants : « head est une branche, et HEAD est la branche actuelle », « remote tracking branch et branch that tracks a remote sont deux choses différentes » et « index, staged, cached » désignent tous la même chose
- L’auteur mentionne également avoir beaucoup appris en écrivant l’article et avoir encore mieux compris pourquoi Git peut sembler déroutant pour beaucoup d’utilisateurs
1 commentaires
Avis Hacker News
HEADet les tags.git reflogest utile lorsqu’un problème survient.origin mybranchetorigin/mybranch.