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.
tools
code-reviews
Gilean
la source
la source
Réponses:
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.
la source
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.
la source
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.
la source