• [^] # Re: Workflow git

    Posté par . En réponse au journal Git Rev News: la newsletter de Git, et sondage pour utilisateurs de Git. Évalué à 2.

    Je voudrais troller, je dirais que t'as l'air assez dogmatique dans ton agilité :)

    Juste pour être clair - tu comittes/push direct sur master? Genre plusieurs fois par jour?

    Un paramètre crucial dans le feature branch, c'est la durée de vie de la branche. Une branch qui vit 2-4 jours (sur un sprint de disons 2 semaines), c'est pas le bout du monde.
    Ton intégration continue s'en sortira, et tes merges aussi.
    Par contre, ca te permet d'avoir:

    • des codes reviews. C'est super utile, soit pour trouver un truc que l'auteur a pas vu, soit pour familiariser toute l'équipe avec toute l'appli. Je m'en sert aussi beaucoup pour passer mon expérience aux plus jeunes - un paquet de commentaires sur des trucs ok, mais qui pourrait être mieux, ou pour poser des questions sur une approche donnée (ca permet d'aborder d'autres approches)
    • des commits squashes et un historique "une feature - un commit". Quand qq chose va peter et que tu vas devoir bisecter, potentiellement sur 2-3 mois (oui, ca arrive de trouver des problèmes longtemps après le,déploiement)), t'es content de pas te taper 10 commits pour une feature, et encore moins quand lesdits commits sont entrelacés.

    Après, oui, une branche qui vit plus d'une, voire 2 semaines, faut s'attendre à des problèmes.

    Et le mec qui fait un refactoring sans demander si quelqu'un bosse sur la partie refactoree, il mérite un peu des claques, non?