Autre truc rigolo : globalement, les pull requests ont remplacé les commits comme unité de base du développement.
Ici j’ai essayé de garder le meilleur des deux mondes pour les développements sur lesquels je bosse.
Bien sûr je garde les messages de commit explicites, si besoin détaillés dans le corps du message (les devs qui ne savent pas qu’un message de commit peut faire plus d’une ligne me hérissent le poil). Et pour les discussions éventuelles avec les autres devs, ou les informations concernant l’ensemble de la branche sur laquelle je bosse, j’utilise souvent l’espace de discussion fourni par les forges pour les pull/merge requests.
Une fois la branche prête à être fusionnée, j’utilise le message de commit du commit de fusion pour résumer toutes les discussions et précisions qui ont pu être données dans la page de discussion sur la forge. On peut voir un exemple de ce genre de commit de fusion ici : Library update: New function used to get the context-specific value of a given variable
Au final ce n’est pas tant avec la pull/merge request que je bosse mais avec la branche. D’ailleurs je n’utilise jamais les espaces des forges pour autre chose que de l’information ou de la discussion, toutes les actions sont réalisées depuis mon dépôt local. Dépôt qui n’a aucune notion de pull/merge request.
Je sais qu’écrire du code dans un navigateur Web est à la mode (*tousse*electron*tousse*) mais pour ma part il est hors de question que je me mette à ces pratiques de développement, que je ne réussirai pas à qualifier en restant poli.
[^] # Re: Resume-driven development ?
Posté par vv222 . En réponse au journal Doctoshotgun pris d'assaut par le variant étudiant. Évalué à 7.
Ici j’ai essayé de garder le meilleur des deux mondes pour les développements sur lesquels je bosse.
Bien sûr je garde les messages de commit explicites, si besoin détaillés dans le corps du message (les devs qui ne savent pas qu’un message de commit peut faire plus d’une ligne me hérissent le poil). Et pour les discussions éventuelles avec les autres devs, ou les informations concernant l’ensemble de la branche sur laquelle je bosse, j’utilise souvent l’espace de discussion fourni par les forges pour les pull/merge requests.
Une fois la branche prête à être fusionnée, j’utilise le message de commit du commit de fusion pour résumer toutes les discussions et précisions qui ont pu être données dans la page de discussion sur la forge. On peut voir un exemple de ce genre de commit de fusion ici : Library update: New function used to get the context-specific value of a given variable
Au final ce n’est pas tant avec la pull/merge request que je bosse mais avec la branche. D’ailleurs je n’utilise jamais les espaces des forges pour autre chose que de l’information ou de la discussion, toutes les actions sont réalisées depuis mon dépôt local. Dépôt qui n’a aucune notion de pull/merge request.
Je sais qu’écrire du code dans un navigateur Web est à la mode (*tousse*electron*tousse*) mais pour ma part il est hors de question que je me mette à ces pratiques de développement, que je ne réussirai pas à qualifier en restant poli.