Un scénario courant dans le développement de logiciels est le code examinant le code de quelqu'un d'autre. Un outil courant pour ce faire est d'ouvrir une demande de tirage.
Ma question est, lorsque des problèmes sont détectés dans la revue, si les changements
- être validé séparément (nouveau commit)
- ou si le commit existant doit être modifié (en supposant que personne ne se branche depuis votre commit précédent ... car la réécriture de l'historique à partir d'une branche partagée est une mauvaise nouvelle).
Pour le premier scénario, il est facile de suivre les modifications incrémentielles, bien qu'il ajoute un peu de bruit à l'historique des validations. La deuxième option présente les avantages et les inconvénients inversés.
git
code-reviews
repository
loeschg
la source
la source
Réponses:
Vous supposez que le correctif n'introduit aucun nouveau problème et corrige les anciens. Mais de nombreux correctifs valent la peine d'être examinés par eux-mêmes - et cela est probablement beaucoup plus facile lorsque les modifications incrémentielles peuvent être examinées séparément.
la source