Quels outils peuvent être utilisés pour faciliter les révisions de code après les validations? [fermé]


13

J'ai évalué un certain nombre d'outils de révision de code (principalement des outils gratuits), mais ils semblent tous viser à examiner les correctifs avant qu'ils ne soient validés. Cela ne cadrerait pas vraiment avec notre flux de travail avec Subversion, j'ai donc cherché des alternatives qui prennent mieux en charge la révision des révisions validées au lieu de simplement les différences. Des recommandations? Je préférerais des outils gratuits ou peu coûteux.


Quel système de contrôle de source utilisez-vous?
Adam Lear

Utilisation de Subversion
Gilean

Réponses:


7

Avez-vous regardé Atlassian Crucible ? Il est conçu pour les revues pré-commit et post-commit. Je l'ai utilisé pour le post-commit et la fonctionnalité est plutôt sympa.

Prix ​​des ballons rapidement - c'est presque gratuit (10 $) pour l'auto-déploiement et 5 utilisateurs ou moins, mais devient assez cher si vous avez besoin de plus que cela. Vous n'avez pas mentionné la taille de votre équipe, donc je m'excuse d'avoir suggéré un logiciel coûteux si vous avez plus de 5 membres de l'équipe.


5

Jetez un œil à CodeCollaborator et à son cousin moins cher CodeReviewer . Certes, ce ne sont pas les outils les moins chers du marché, bien que parfois nous (oui, je travaille pour SmartBear) avons des prix promotionnels - en particulier sur CodeReviewer.


4

ReviewBoard est à peu près comme vous l'avez dit, c'est un système de révision qui n'est pas vraiment connecté à votre SCM, mais qui pourrait être scripté dans un hook post-commit. (c.-à-d. lorsque vous vous engagez, la transaction est récupérée, les différences s'exécutent et celles-ci sont ensuite envoyées à ReviewBoard).

Une alternative est Redmine . Lorsque vous affichez le référentiel dans redmine, vous pouvez créer des tickets avec des liens vers l'historique des révisions (c'est-à-dire généralement en affichant les différences dans redmine et en créant directement les tickets à partir du code incriminé). Cependant, vous avez besoin du plugin Code Review pour que cela fonctionne.

PS. les deux sont libres, open source.


J'ai trouvé que c'était assez pénible de mettre en place des revues post-commit dans un hook de subversion. Préparez-vous à beaucoup sur Google, à augmenter la frustration et à personnaliser certains scripts.
Soronthar

Reviewboard était un peu pénible au début - le diff unifié que vous devez générer est en fait très facile à faire dans SVN bien que TortoiseSVN le fasse tout le temps!). Le téléchargement du diff dans le tableau de bord était le problème pour moi - mais je l'exécutais sur Windows.
gbjbaanb
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.