Je ne sais pas si c'est ce dont tu parles, puisque par définition dans git il ne peut pas y avoir deux versions d'un commit (dans tout SCM en fait),
Supposons une revue avec un commit avec un id 123456 avec un titre "fix crash when user right-clicks". C'est bien, mais le code a un bug. Tu fais un commentaire sur la revue, le dev amende son patch et repousse. Le titre n'a pas changé (ou alors très peu), le but du commit non plus, son id est maintenant 7890ab. Techniquement, ce n'est pas le même commit, mais pourtant 7890ab est bien une "nouvelle version" de 123456.
Gerrit gère ça en mettant un identifiant unique dans le message de commit, qui n'est pas censé changer quand on se contente d'amender le patch. Ça permet d'avoir une revue cohérente.
Voilà concrètement un exemple pour voir la différence entre "2 versions d'un commit" : (disclaimer : j'ai pris un projet au pif, une revue au pif) https://gerrit.wikimedia.org/r/#/c/280364/1..4/includes/ApiQueryMapData.php
Ce n'est pas le meilleur exemple car la revue ne contenait qu'un commit, mais gerrit gère très bien quand il y a plusieurs commit dans le "patchset", quand des patches sont rajoutés dans la nouvelle version du "patchset", etc.
[^] # Re: Tard
Posté par Octabrain . En réponse au journal GNOME va passer à GitLab. Évalué à 3.
Je retesterai voir.
Supposons une revue avec un commit avec un id 123456 avec un titre "fix crash when user right-clicks". C'est bien, mais le code a un bug. Tu fais un commentaire sur la revue, le dev amende son patch et repousse. Le titre n'a pas changé (ou alors très peu), le but du commit non plus, son id est maintenant 7890ab. Techniquement, ce n'est pas le même commit, mais pourtant 7890ab est bien une "nouvelle version" de 123456.
Gerrit gère ça en mettant un identifiant unique dans le message de commit, qui n'est pas censé changer quand on se contente d'amender le patch. Ça permet d'avoir une revue cohérente.
Voilà concrètement un exemple pour voir la différence entre "2 versions d'un commit" : (disclaimer : j'ai pris un projet au pif, une revue au pif) https://gerrit.wikimedia.org/r/#/c/280364/1..4/includes/ApiQueryMapData.php
Ce n'est pas le meilleur exemple car la revue ne contenait qu'un commit, mais gerrit gère très bien quand il y a plusieurs commit dans le "patchset", quand des patches sont rajoutés dans la nouvelle version du "patchset", etc.