Discussion :

[HNT]

Bonjour,

Voila je crois que le titre est assez explicite, je cherche une méthode travail en groupe ou l'on devrait faire valider du code avant de l'intégré au projet (comme chez BSD), seulement je ne sais pas ce qu'il y a moyen de faire avec subversion, si vous avez des idées, des propostions, n'hésité pas.

Merci d'avance,

[hugo123]

Subversion ne sait pas faire de traitement avant intégration dans son référentiel, ce n'est pas son rôle d'ailleurs.
De quel type de validation tu as besoin ?

[HNT]

La validation doit être faite par simple relecture du code source par un ou plusieurs autres programeurs. Ca devrait donc juste consister à définir une source comme "non validée" quand elle arrive sur le serveur et à la définir comme "valide" lorsque plusieurs lecteurs l'ont validé.

[hugo123]

subversion ne gère pas ce type de chose (en tout cas, pas à ma connaissance).
Et je dois bien avouer que même moi je trouve ce processus étrange ^^

Dans notre boite, nous utilisons des processus de tests unitaires et d'intégration.
Un commit sous svn est détecté par un logiciel (Cruise control mais continuum fait ca aussi). Ce logiciel lance alors tout les tests par maven sur toutes nos plateformes (programme multi plateformes). Maven renvoie un mail à l'équipe si les tests ont échoué ou réussi.

[HNT]

C'est bien aussi comme métode de développement, mais la relecture à un avantage c'est qu'elle permet éventuellement de détecté des erreurs de logique. En effet, il est possible qu'un développeur crée une erreur de logique dans un programme et qu'après relecture, il ne la détecte pas. Dans ce cas, je ne sais pas comment vont se comporter les tests unitaires, bien ?

Enfin je suppose que tu vas me dire que c'est à nous de faire en sorte qu'ils se comportent bien, en tout cas merci de ta réponse.

[swirtel]

Le test unitaire englobe la logique d'une méthode d'une fonctionnalité.
Donc normalement si ta logique est toujours bonne, ton test unitaire doit l'être aussi.

A moins que tu parles d'une logique métier

[HNT]

Effectivement, dans ce cas ci, c'est plutot de la logique métier.

[BsT]

Avec Subversion tu peux définir des "hooks" (script en python) qui sont executés lorsque que tu archives ton code.

Tu peux donc imaginer plusieurs solutions (tagger les fichiers dans le code ( quoique la liste des derniers fichiers modifiés suffit ici) etc..).

Avec les hooks tu peux imaginer pleins de comportements supplémentaires (tagger les corrections de bug, les nouvelles fonctionnalités) et donc générer des rapports automatiquement (je sors du sujet ici)

Un exemple (validation logique du code avec Findbugs) http://www.petefreitag.com/articles/...-commit-email/

[HNT]

C'est assez intéressant cette technique et l'idée des scripts en python me plait assez bien, j'arriverai surement plus facilement à faire ce que je veut faire avec ces scripts, merci.