Essaye de merger une branche feature-MyFeature avec dev alors que ta branche contient un historique "crade" sur un projet sérieux, et tu vas te faire jeter direct !
Il est communément admit qu'il faut "nettoyer son historique" avant de push une branche sur le dépôt béni, la sanction habituelle en cas de non respect de cette règle est bien évidemment la pendaison par les couilles exécutée par le lieutenant en charge de ton groupe. ;-)
Pour ceux qui ne voient pas à quoi peut ressembler un historique crade, pensez à une suite de commit ayant pour message "Fix de machin", (d'autres commits normaux...), "tentative de fix de machin (le même)", (encore...) "raté, nouvelle tentative", puis ensuite s'enchainent les "Fix", "U NOT WORK" et enfin les "LOL", "PLOP", voire ">o_/" au fur et à mesure que le nombre de commit pour un bug récalcitrant augmente.
Evidemment, chaque commit ne fait que quelques lignes d'écart avec le précédent, et évidemment, vous avez besoin de commit pour que votre testeur puisse récupérer les modifications.
Et évidemment, lorsque le bug est enfin fixé, vous êtes tellement heureux que vous mergez la branche sur le champ, tout fier de vous, avec un message de commit conquérant et héroïque... Quelle erreur ! /o\
[^] # Re: Métadonnées
Posté par mackwic . En réponse à la dépêche Gitbuster II. Évalué à 10.
Essaye de merger une branche feature-MyFeature avec dev alors que ta branche contient un historique "crade" sur un projet sérieux, et tu vas te faire jeter direct !
Il est communément admit qu'il faut "nettoyer son historique" avant de push une branche sur le dépôt béni, la sanction habituelle en cas de non respect de cette règle est bien évidemment la pendaison par les couilles exécutée par le lieutenant en charge de ton groupe. ;-)
Pour ceux qui ne voient pas à quoi peut ressembler un historique crade, pensez à une suite de commit ayant pour message "Fix de machin", (d'autres commits normaux...), "tentative de fix de machin (le même)", (encore...) "raté, nouvelle tentative", puis ensuite s'enchainent les "Fix", "U NOT WORK" et enfin les "LOL", "PLOP", voire ">o_/" au fur et à mesure que le nombre de commit pour un bug récalcitrant augmente.
Evidemment, chaque commit ne fait que quelques lignes d'écart avec le précédent, et évidemment, vous avez besoin de commit pour que votre testeur puisse récupérer les modifications.
Et évidemment, lorsque le bug est enfin fixé, vous êtes tellement heureux que vous mergez la branche sur le champ, tout fier de vous, avec un message de commit conquérant et héroïque... Quelle erreur ! /o\