Quand à la question « comment savoir sure quelle branches je suis ? » quelqu'un te répond git rev-parse --abbrev-ref HEAD, tu n'a pas en face de toi un maitre de git, mais un connard. git branch, git status, git show HEAD, git log,... te donnent l'information de manière naturelle.
Et aussi retenez qu’une branche ou un tag, c’est juste une étiquette sur un commit, [...]
Un commit est un diff + une référence sur son ou ses parents.
Ensuite il y a quelques commandes à connaître pour manipuler le graphe de commit. Pour commencer uniquement : commit, cherry-pick, rebase, merge, branch (et pas leurs usages avancés !). Puis au fur et à mesure de l’expérience étoffer avec les usages plus complexes de ses commandes, des rebases interactifs voir du reflog.
Utilisez une GUI !
Personnellement l'utilisation de la CLI me permet de capitaliser sur ma connaissance de zsh, j'ai immédiatement accès aux nouveautés de git (comme rebase --onto), je n'ai pas d'opération qui de manière aléatoire prennent du temps (changer le label d'un commit précédent par exemple si tu le fais en CLI tu sais pourquoi ça n'est pas instantanné si tu le fais dans intellij tu cris sur l'outil comme quoi il est bugué), je ne suis pas en environnement inconnu quand je m'en sert sur des machines qui n'ont pas d'écran (serveur pour gérer de la configuration ou rpi pour configuration ou compilation locale), je peux faire des manipulations avec le niveau de rafinement que je veux avec les raccourcis et des scripts.
Les gens utilisent bien ce qu'ils veulent (je n'aimerais pas qu'on me dise quoi utiliser donc je ne vais pas le faire), mais quand tu utilise de manière un minimum régulière un outil, je trouve dommage de passer à côté de ce que peut faire la CLI pour avoir une marche initiale plus simple, mais avoir au final pas mal de complexité derrière (parce qu'on ne profite pas des améliorations de l'outils, parce que c'est souvent bien moins documenté parce que faire quelque chose qui n'a pas était prévu par l'outil peut devenir une gageur quand c'est possible)
[^] # Re: Et donc...
Posté par barmic 🦦 . En réponse au lien Git Koans. Évalué à 9.
Quand à la question « comment savoir sure quelle branches je suis ? » quelqu'un te répond
git rev-parse --abbrev-ref HEAD, tu n'a pas en face de toi un maitre de git, mais un connard.git branch,git status,git show HEAD,git log,... te donnent l'information de manière naturelle.Un commit est un diff + une référence sur son ou ses parents.
Ensuite il y a quelques commandes à connaître pour manipuler le graphe de commit. Pour commencer uniquement : commit, cherry-pick, rebase, merge, branch (et pas leurs usages avancés !). Puis au fur et à mesure de l’expérience étoffer avec les usages plus complexes de ses commandes, des rebases interactifs voir du reflog.
Personnellement l'utilisation de la CLI me permet de capitaliser sur ma connaissance de zsh, j'ai immédiatement accès aux nouveautés de git (comme
rebase --onto), je n'ai pas d'opération qui de manière aléatoire prennent du temps (changer le label d'un commit précédent par exemple si tu le fais en CLI tu sais pourquoi ça n'est pas instantanné si tu le fais dans intellij tu cris sur l'outil comme quoi il est bugué), je ne suis pas en environnement inconnu quand je m'en sert sur des machines qui n'ont pas d'écran (serveur pour gérer de la configuration ou rpi pour configuration ou compilation locale), je peux faire des manipulations avec le niveau de rafinement que je veux avec les raccourcis et des scripts.Les gens utilisent bien ce qu'ils veulent (je n'aimerais pas qu'on me dise quoi utiliser donc je ne vais pas le faire), mais quand tu utilise de manière un minimum régulière un outil, je trouve dommage de passer à côté de ce que peut faire la CLI pour avoir une marche initiale plus simple, mais avoir au final pas mal de complexité derrière (parce qu'on ne profite pas des améliorations de l'outils, parce que c'est souvent bien moins documenté parce que faire quelque chose qui n'a pas était prévu par l'outil peut devenir une gageur quand c'est possible)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll