• [^] # Re: Git malgré moi

    Posté par (Mastodon) . En réponse au journal Git malgré moi. Évalué à 2.

    Je comprends bien tout ce que tu dis, et c'est généralement l'avis des fans de git que je trouve généralement en face de moi quand j'expose ma thèse. Donc, je ne vais pas continuer le troll. Juste apporter quelques précisions :
    - l'argument "c'est plus répandu donc c'est mieux", je le bannis directement, c'est un argument d'autorité, je suis un scientifique, on me convainct mieux avec des arguments scientifiques. Donc, là, je suis d'accord avec toi (et pas d'accord avec ton lead dev).
    - je ne dis pas qu'un outil distribué va à l'encontre du partage, je ne dis pas que c'est malsain, je dis que ça peut induire des comportements malsain. Tout comme le C peut induire des comportements de codage dangereux, ça ne veut pas dire que le C est dangereux ou que le C va à l'encontre de la sécurité. Tu vois ce que je veux dire ? Et c'est cette possibilité qui me chagrine et que je trouve assez absente des VCS. Mais après, je peux me tromper et avoir une mauvaise vision.
    - le workflow de Linux est certes exemplaire, mais ce n'est qu'un exemple de workflow parmi tout ceux proposés par git.


    Puisque je te tiens, je vais te poser une question purement pratique : quand créer une branche ? Parce que selon les tutos, il y a la méthode "je crée une branche par grosse fonctionnalité", ou alors "je crée une branche quand j'ai un développement qui va vraiment diverger". Quels sont les bonnes pratiques en la matière ?