- Un artículo sobre la terminología confusa usada en Git, un sistema de control de versiones para rastrear cambios en el código fuente durante el desarrollo de software
- La autora ha usado Git durante 15 años e intenta explicar las particularidades de la terminología de Git
- La autora preguntó en Mastodon sobre la jerga de Git que resulta confusa para la gente y recibió muchas respuestas
- Algunos de los términos confusos que se discuten son "HEAD y heads", "detached HEAD state", "ours y theirs durante un merge o rebase", "Your branch is up to date with 'origin/main'", "HEAD^, HEAD~ HEAD^^, HEAD~~, HEAD^2, HEAD~2", ".. y ...", "puede hacerse fast-forward", "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", entre otros
- La autora ofrece una explicación para cada término y a menudo muestra ejemplos de uso
- El artículo concluye que los 3 términos más confusos son que "head es una branch y HEAD es la branch actual", que "remote-tracking branch" y "branch that tracks a remote" son cosas distintas, y que "index", "staged" y "cached" se refieren a lo mismo
- La autora también menciona que aprendió mucho mientras escribía el artículo y que entendió mejor por qué Git puede resultar confuso para muchos usuarios
1 comentarios
Opiniones de Hacker News
HEADy las etiquetas.git refloges útil cuando surge algún problema.origin mybranchyorigin/mybranch.