Discussion :

[inconnu652000]

Bonjour,

J'ai une question plus conceptuelle et "organisationelle". Nous allons mettre en place Hudson maven sonar .... dans un cadre multiprojet (un environnement d'intégration continue pour tous les projets de profil XY, exemple Hibernate, Spring, base Mysql...).


Est-ce une bonne pratique ? hudson est-il fait pour cela gérer plusieurs équipe projets ?

Finalement aprés avoir lu le post en entier j'ai l'impression qu'il n'est pas possible de limiter les jobs que voit utilisateur ?? SI ?

Je vais tester si je n'ai pas de réponses

Merci de votre aide.

[romaintaz]

Est-ce une bonne pratique ? hudson est-il fait pour cela gérer plusieurs équipe projets ?

Finalement aprés avoir lu le post en entier j'ai l'impression qu'il n'est pas possible de limiter les jobs que voit utilisateur ?? SI ?

Il est possible, depuis environ 1 an, de paramétrer la sécurité au niveau des projets directement. Il suffit de créer autant d'utilisateurs qu'il n'y a d'équipes, et d'affecter à chaque utilisateur les droits adéquats sur les projets (aucun droit pour les projets des autres équipes, les droits de consultation sur ses propres projets par ex.).

La question est surtout de savoir quelle est la puissance de la machine qui hébergera Hudson, et du nombre de projets. Si tu as 10 petits projets, et une bonne machine, ça ira. Si tu as plus de projets, et que ceux-ci sont très gourmands, ou alors que la machine ne suit pas, alors ça risque d'être problématique.

L'un des points importants dans le concept d'IC c'est la réactivité. Si un bug est commité, il est nécessaire que la machine d'IC puisse faire la compilation et les tests unitaires dans un délai très court (idéalement dans les 10 minutes, voire moins), afin d'en avertir les commiteurs très rapidement.
Si la machine est débordée, alors cela ne sera pas possible, et diminuera de fait son efficacité et son intérêt...

[rseM2]

Bonjour,

Comme le dit romain, l'important est la rapidité d'exécution et du retour d'information de ton intégration continue.

De notre côté, pour simplifier les problèmes (sécurité, "étanchéité" des projets : un projet n'impacte pas les autres projets en terme de mémoire, de cpu...) nous avons préféré ne pas mutualiser les projets sur un même serveur d'intégration continue mais plutôt que chaque projet ait son serveur d'intégration continue.

Rémy

[inconnu652000]

Bonjour,

Comme le dit romain, l'important est la rapidité d'exécution et du retour d'information de ton intégration continue.

De notre côté, pour simplifier les problèmes (sécurité, "étanchéité" des projets : un projet n'impacte pas les autres projets en terme de mémoire, de cpu...) nous avons préféré ne pas mutualiser les projets sur un même serveur d'intégration continue mais plutôt que chaque projet ait son serveur d'intégration continue.

Rémy

Alors j'ai une question mais vraiment con !! et je en trouve pas sur google.
Comment "binder" Hudson sur une adresse IP particulière (Hudson en standalone java -jar hudson.war)??? Si c'est pas possible comment "binder" la JVM sur une adresse IP ??

Notre serveur a trois interfaces réseaux.

Merci.