Discussion :

[bassemeco]

Bonjour messieurs.

J'ai un projet maven,je l'ai integré dans continuum.
Maintenant ce que je dois faire c'est :
-toutes les nuits je dois deployer le projet =>night build
-des qu'il y a un commit => build et test passé .

Le probleme c'est que je ne sais pas parametrer tout cela.
Si vous pourriez me decrire ou aller ce serait sympa.



voila merci pour vos futures réponses.
bassem

[romaintaz]

Concernant ton PS, peux tu créer une seconde discussion. 2 sujets = 2 posts

[bassemeco]

Salut a tous,si quelqu'un pouvait m'eclaircir.
Je dois specifier tout cela dans le user.home de continuum ou ce sont des options a choisir dans l'interface graphique?

[romaintaz]

Le problème du user.home est propre à ton problème de settings.xml (voir le 2e sujet que tu as créé).

Pour définir l'intervalle de création des builds, tu fais ça via l'interface graphique... Maintenant, je ne peux pas te donner plus de détails, n'utilisant pas moi même Continuum...

[evenisse]

Il faut que tu définisses des build definitions dans l'interface de Continuum

Concernant les builds à chaque commit, je ne le préconise pas, un build schédulé (par exemple toute les heures) me semble plus performant car il ne retarde pas le commit et ne bloque pas le développeurs dans la phase de commit.

[rseM2]

Bonjour,

Concernant les builds à chaque commit, je ne le préconise pas, un build schédulé (par exemple toute les heures) me semble plus performant car il ne retarde pas le commit et ne bloque pas le développeurs dans la phase de commit.

Pour cela les avis divergent et pour ma part je n'ai pas trouvé pour le moment de consensus. On attend avec impatience la création d'un forum sur l'intégration continue sur developpez.net qui permettra par exemple de lancer un débat là-dessus.

Rémy

[romaintaz]

Moi je suis assez de l'avis d'evenisse. Une vérification du SCM par heure (voire par 1/2 heure si besoin) est à mon avis largement suffisante !

[rseM2]

Moi je suis assez de l'avis d'evenisse. Une vérification du SCM par heure (voire par 1/2 heure si besoin) est à mon avis largement suffisante !

Est-ce toutes les x heures, par heure, par 1/2 heure, par 1/4 heure, à chaque commit...
A mon avis c'est difficile à dire sans avoir fait une vrai étude sur plusieurs projets qui permette de montrer s'il y a une bonne pratique ou non et laquelle (lesquelles).

Pour le moment on parle uniquement du build mais la question se pose aussi pour les tests unitaires, d'intégration, la génération des rapports/métriques...

Rémy

[romaintaz]

De mon point de vue, j'aime avoir 2 types de builds :

1. Le build rapide, qui va vérifier chaque heure le SCM et s'il y a des changements, alors il va compiler et lancer les tests unitaires. Le but étant de réaliser ces opérations rapidement (d'où les tests unitaires seulement - et des vrais tests unitaires, pas autre chose).

2. Le nightly build, qui va faire ces opérations la nuit, donc 1 fois par jour, et qui va lancer toute une panoplie de tests, du genre tests unitaires, tests fonctionnels, tests de déploiement, tests graphiques, etc. Il se chargera aussi de mettre à jour le site du projet.

Après, selon le projet, sa taille, etc. on pourra affiner ces choses là. Par exemple créer un weekly build et lui refiler certaines des opérations de mon nightly build, lorsqu'elles prennent trop de temps ou que leur mise à jour peut se faire de façon hebdomadaire...