Un article sur le fait qu'il ne faut pas faire trop de branche en GIT...
Je pense surtout que l'auteur fait des pull au lieu de fetch/rebase
et ne connait pas le rebase avant push
ni le fait que l'on peut réécrire l'historique ou même grouper des commits.
mais effectivement avec le fonctionnement "de base" il vaut mieux se limiter...
Voir aussi http://endoflineblog.com/follow-up-to-gitflow-considered-harmful
Merci pour ce partage, cela va mettre très utile ;)
The seven rules of a great git commit message
- Separate subject from body with a blank line
- Limit the subject line to 50 characters
- Capitalize the subject line
- Do not end the subject line with a period
- Use the imperative mood in the subject line
- Wrap the body at 72 characters
- Use the body to explain what and why vs. how
A properly formed git commit subject line should always be able to complete the following sentence:
If applied, this commit will your subject line here
ex : If applied, this commit will Fix bug with Y
-- chris.beams.io
Merci pour la commande, cela pourra mettre utile :
Un jour j'ai ajouté un fichier avec la commande git add nom_du_fichier mais je veux finalement le retirer du prochain commit :
$ git reset HEAD -- fichier_a_supprimer_du_prochain_commit
Une vidéo retraçant les commit au fil du temps des participants majeur à Python...
et leur "vie" de commit...
très joli.