Quand faut-il "squash merge" ?

JoliCode - JoliCodeBlog - 03/11
Il y a trois ans, nous avons "squash merge" une énorme fonctionnalité qui avait représenté plus d’un an de développement et l’intervention de près d’une dizaine de personnes. Aujourd'hui encore, nous nous en mordons les doigts, c'est ce qui m'amène à vous partager cet article

Il y a trois ans, nous avons « squash merge » une énorme fonctionnalité qui avait représenté plus d’un an de développement et l’intervention de près d’une dizaine de personnes. Aujourd’hui encore, nous nous en mordons les doigts, c’est ce qui m’amène à vous partager cet article : que cela ne se reproduise plus !

Si vous avez déjà créé une Pull Request (PR) sur GitHub (ou une Merge Request sur Gitlab), vous connaissez ce bouton :

Nous avons plusieurs options de merge afin de récupérer les modifications de la PR sur la branche de référence :

  • ajouter tous les commits de la PR avec un commit de merge en cliquant sur le bouton Create a merge commit ;
  • ajouter individuellement les commits sans commit de merge et réécrire l’historique au dessus avec le bouton Rebase and merge ;
  • fusionner tous les commits en un seul avec le bouton S...
    [Courte citation de 8% de l'article original]