Ben ça peut aussi être pour démarrer un nouveau développement.
Je me met sur une master propre et bien mise à jour et de là je crée une branche de travail.
J'ai indiqué la fonction gitnewbranch plus haut, qui en interne fait en gros git stash && gitmaster && git checkout -b ma_branche && git stash pop.
Et parfois juste pour voir où en est master, lire le code d'un dépôt sur lequel je ne travaille pas.
Bon, faut dire, dans mon boulot on a une centaine de repo actif en 2023, sur 170 au total (bigre, tout de même ? je pensais pas avant de regarder, doit y'avoir pas mal de déchets quand même), et je bosse sur quelques-uns, et j'ai de temps en temps à regarder le code de quelques autres, j'en ai 40 clonés à un moment où à un autre, et 22 forkés sur mon gitlub interne, donc pour lesquels j'ai fait au moins une PR à un moment où à un autre.
À noter que gitmaster fonctionne aussi si on a simplement cloné upstream sans fork perso, ça va râler sur le fetch upstream et le rebase, le push n'aura rien à faire, mais on aura fait notre checkout de master, et sans savoir si on a un fork perso ou pas :)
Autant dire que la commande « mets-moi ce dépôt localement à jour, sur la branche de base, dans un état synchronisé avec un éventuel fork perso, et prêt pour un nouveau dev » sans poser d'autres questions, elle est bien pratique...
[^] # Re: Du gitcode à partager - ou pas
Posté par Yth (Mastodon) . En réponse au lien « Et merde, Git!?! ». Évalué à 2.
Ben ça peut aussi être pour démarrer un nouveau développement.
Je me met sur une master propre et bien mise à jour et de là je crée une branche de travail.
J'ai indiqué la fonction gitnewbranch plus haut, qui en interne fait en gros
git stash && gitmaster && git checkout -b ma_branche && git stash pop.Et parfois juste pour voir où en est master, lire le code d'un dépôt sur lequel je ne travaille pas.
Bon, faut dire, dans mon boulot on a une centaine de repo actif en 2023, sur 170 au total (bigre, tout de même ? je pensais pas avant de regarder, doit y'avoir pas mal de déchets quand même), et je bosse sur quelques-uns, et j'ai de temps en temps à regarder le code de quelques autres, j'en ai 40 clonés à un moment où à un autre, et 22 forkés sur mon gitlub interne, donc pour lesquels j'ai fait au moins une PR à un moment où à un autre.
À noter que gitmaster fonctionne aussi si on a simplement cloné upstream sans fork perso, ça va râler sur le fetch upstream et le rebase, le push n'aura rien à faire, mais on aura fait notre checkout de master, et sans savoir si on a un fork perso ou pas :)
Autant dire que la commande « mets-moi ce dépôt localement à jour, sur la branche de base, dans un état synchronisé avec un éventuel fork perso, et prêt pour un nouveau dev » sans poser d'autres questions, elle est bien pratique...