Quelle est la meilleure façon de faire une revue de code avec Subversion (SVN)?

Je veux être en mesure de faire un examen de code pair avec Subversion, mais quelle est la manière la plus simple de le faire sans installer une application serveur ou payer pour un service en ligne?

PS: Ceci est un projet .Net dans Visual Studio.

Vous devez configurer Trac, il a une intégration avec Subversion et a un plug-in de révision par les pairs sur les hacks Trac. Cela vous permettra de suivre facilement les revues de code sans avoir à faire manuellement les diffs.

De plus, si le plug-in de révision Trac / peer est trop lourd pour vous… VMWare développe une application de révision de code totalement open source ici .

En fait, j’ai trouvé un autre moyen plus facile de le faire.

Création du paquet de diff

  1. Apportez les modifications que vous souhaitez revoir.
  2. Aller à la racine de votre projet dans l’Explorateur Windows et cliquez avec le bouton droit, 1. Cliquez sur Tortoise SVN -> Créer un correctif
  3. Sélectionnez les fichiers que vous souhaitez voir apparaître dans la revue. Cliquez sur OK
  4. Enregistrez votre fichier de différences dans un nom de fichier décrivant les modifications.

Affichage du pack de diffusion contre les modifications locales

  1. Copiez le pack à la racine du projet, s’il existe déjà.
  2. Faites un clic droit sur le fichier 1. Cliquez sur Tortoise SVN -> Apply Patch
  3. Double-cliquez sur le fichier que vous souhaitez afficher dans le volet Patchs de fichiers
  4. Lorsque vous avez terminé, fermez la fenêtre pour éviter d’appliquer le patch à votre magasin local.

Affichage des modifications brutes

  1. Double-cliquez simplement sur le fichier patch.

Si vous utilisez Eclipse, je recommande le plugin Jupiter.

Je dirais de regarder cette annonce . Personnellement, j’aime Rietveld moi-même.

Si vous utilisez TortoiseSVN, vous devez ouvrir le journal à la racine de la twig que vous examinez. Sélectionnez la révision dans le volet supérieur et le volet inférieur répertorie tous les fichiers qui ont été modifiés. Je ne l’ai pas utilisé depuis un certain temps, mais vous devriez être en mesure d’afficher les différences des modifications sur les fichiers modifiés lors de la révision.

Je vous suggère d’essayer Review Board, un puissant outil de révision de code basé sur le Web, qui offre aux développeurs un moyen simple de gérer les révisions de code.

Visitez http://www.reviewboard.org/

Découvrez mon propre complément visuel stuio que j’ai fait pour faire des revues dans Visual Studio IDE

http://www.codeproject.com/KB/work/ReviewPal.aspx

Je recommanderai “CodeReviewer” de SmartBear Software.

Ce n’est pas gratuit, mais je pense qu’il fait très bien son travail pour ses dollars.

http://www.smartbearsoftware.com/codecollab-codereviewer.php

Découvrez Codessortingker – c’est gratuit et open source. Nous l’utilisons depuis plusieurs années et il a une excellente intégration avec svn.

Le plugin de révision de code pour Trac est vraiment sympa. En fait, l’intégralité de l’intégration du code source de Trac est intéressante. Vérifiez-le, vous ne serez pas déçu.

Les développeurs peuvent-ils s’asseoir ensemble? Peuvent-ils faire la programmation en paires? S’ils le peuvent, vous n’aurez pas besoin d’un outil.

Pourquoi voulez-vous connecter le processus de révision avec votre IDE?
Cela sonne un peu déconnecté. Habituellement, le système de révision sera intégré à votre contrôle de source et non à l’IDE.
Vous pouvez rechercher des “outils de révision de code” sur Google et trouver de nombreuses options.
Malheureusement, celui que je peux recommander, vous ne pouvez pas obtenir 🙂 c’est à la maison,
Mais je pense que les outils sont une deuxième étape, pour commencer vous pouvez faire une révision du code par paire. Le simple fait d’utiliser un simple programme de diff avant d’engager votre code dans le contrôle de la source avec un chef d’équipe ou un ingénieur principal fera la magie. Vous verrez combien de bogues vous empêcherez par simple révision du code sans aucun outil.

Utilisez le TortoiseDiff, placez-le sur un grand écran avec tout le monde assis autour de l’écran et commencez à mapper les modifications aux exigences. Ce sera génial, mais s’ils sont tous réunis tout le temps, faites-les (ou vous) faire des évaluations par les pairs fréquemment et aucune révision du code ne sera nécessaire, sauf que vous voulez que tout le monde soit sur la même page.

Un long moment s’est écoulé depuis que la question a été posée et que le monde a maintenant la chance d’avoir à la fois Git et Github . Utilisez ces outils.