You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On est quelques-uns à utiliser la mécanique des code reviews accessible dans les Pull Request.
Pour ajouter un peu de cohérence à ceci, serait-il possible d'activer dans les paramètres l'option qui permet d'invalider les reviews déjà faites lorsque de nouveaux commits (ou push force) sont apportée à une PR ?
Il faut pour cela activer la protection de la branche, puis indiquer la nécessité de N review pour pouvoir valider la PR. Il devient alors possible de faire sauter les reviews lorsque la PR est modifiée. Même dans ce cas, les administrateurs du projet ne sont, par défaut, pas contraints à cette nécessité de review.
Cette mécanique permettrait que, lorsque quelqu'un approuve une PR, cette approbation ne persiste pas alors que l'auteur a potentiellement changé le contenu de la PR. Le relecteur a alors à nouveau la possibilité de renouveler son approbation ou bien de suggérer des changements.
The text was updated successfully, but these errors were encountered:
Est-ce que ces options ont vraiment un intérêt dans notre cas ? L'invalidation de la review à chaque commit est, d’expérience sur d'autres projets, très pénible : la correction d'une typo, un changement de CS ou d'un style CSS va entraîner la nécessité d'une nouvelle action humaine.
Pareil pour les branches protégées, ça a peu d'intérêt pour ce projet, et ça va rendre plus pénible l'intégration des signatures et les petites modifications/corrections que l'on fait au script Ruby.
Ce n'est pas indispensable, c'est juste un peu plus cohérent avec la mécanique de review. Ça évite qu'une PR semble validée par X personne alors que son contenu a pu complètement changer depuis la validation.
Personnellement, je ne vois que peu d'intérêt au fait de valider une PR, si ce statut persiste malgré les changements ultérieurs.
Par contre le fait de valider ou non est indépendant du fait de commenter le contenu de la PR. L'un ne conditionne pas l'autre. Quant à la protection, elle n'est que très peu contraignante pour les mainteneurs du projet. Elle permet essentiellement d'éviter le vandalisme (parfois involontaire).
Comme d'hab, je ne me vexerai pas que ce ne soit pas appliqué ! 😉
Par contre il est probable que je ne prenne plus la peine de "approve" les différentes PR (non pas que j'estime que mes reviews soient nécessaires, je me disais juste que ça aidait).
On est quelques-uns à utiliser la mécanique des code reviews accessible dans les Pull Request.
Pour ajouter un peu de cohérence à ceci, serait-il possible d'activer dans les paramètres l'option qui permet d'invalider les reviews déjà faites lorsque de nouveaux commits (ou push force) sont apportée à une PR ?
Il faut pour cela activer la protection de la branche, puis indiquer la nécessité de N review pour pouvoir valider la PR. Il devient alors possible de faire sauter les reviews lorsque la PR est modifiée. Même dans ce cas, les administrateurs du projet ne sont, par défaut, pas contraints à cette nécessité de review.
Cette mécanique permettrait que, lorsque quelqu'un approuve une PR, cette approbation ne persiste pas alors que l'auteur a potentiellement changé le contenu de la PR. Le relecteur a alors à nouveau la possibilité de renouveler son approbation ou bien de suggérer des changements.
The text was updated successfully, but these errors were encountered: