2009-10-05 6 views
5

Nous travaillons dans un environnement CI, avec Enterprise Cruise exécutant nos builds. Les développeurs ont tous CCTray installé localement pour nous informer si une construction brise.Comment savez-vous qui corrige la construction?

CCTray dispose d'une option de menu Bénévole pour corriger la version que vous pouvez utiliser pour indiquer à votre équipe que vous corrigez la version. Cependant cela ne fonctionne pas dans notre environnement (raisons: La construction du correctif n'est pas actuellement supportée sur les projets surveillés via HTTP). Donc, la question est - est-ce que quelqu'un a une technique qu'il utilise dans son équipe qui permet à quelqu'un d'indiquer qu'il corrige une construction cassée?

Répondre

1

Le tournage "Je prends les gars" est mon préféré. (en plus de la responsabilité de romaintaz describe)

0

Le fardeau de la preuve incombe généralement à ceux qui ont cassé la construction. C'est souvent évident, même avec plusieurs checkins de différentes personnes. Après cela, il y a un peu de négociation si la construction reste brisée. Pas particulièrement scientifique ou rigoureux, mais cela semble fonctionner.

+0

C'est notre processus général - mais nous cherchons une façon simple et non invasive de permettre à cette personne de faire savoir au reste de l'équipe qu'elle ' J'ai vu leur erreur, et sommes déjà en train de régler le problème. –

8

Pour moi, l'intégration continue ne concerne pas seulement les outils, mais aussi les pratiques. L'un d'eux est la la responsabilité. En d'autres termes, celui qui brise la construction est aussi celui qui va le réparer!

+0

C'est notre processus général - mais nous cherchons une façon simple et non invasive de permettre à cette personne de faire savoir au reste de l'équipe qu'elle a vu son erreur et qu'elle corrige déjà le problème. –

+4

Nous utilisons l'ours en peluche de la honte pour inciter cela. Un nounours avec des bandages est passé autour de l'entreprise. En règle générale, l'un des Senior Devs vérifie un échec de construction, détermine qui est responsable et passe l'ours/buck. – Quibblesome

+2

Avez-vous eu l'ourson à "Construire" un ours? : | – DrivenDevelopment

1

Nous envoyons un courriel à la liste de diffusion du développeur pour que tout le monde sache que vous prenez possession de la pause de construction.

1

Nous sommes co-localisés, nous exécutons tous cctray, et quand la construction brise, nous avons une alerte audio (alerte rouge de Starship Enterprise). Quand ça tombe, nous crions tous "qui a cassé la construction"! Une fois que nous avons trouvé qui a cassé la construction nous les harhassons jusqu'à ce qu'ils rentrent leur queue entre les jambes, font ce rire embarrassé stupide, et se portent volontaires pour réparer la construction.

Il convient de noter que les éléments qui ne sont pas surveillés par la génération et les tests peuvent changer sur une boîte CI. Par exemple: peut-être que quelqu'un est allé sur la boîte et a changé une autorisation. Ensuite, quand le prochain checkin est fait, on dirait que la personne qui a fait le checkin a cassé la construction alors qu'en réalité c'est la personne qui a fait le changement manuel sans le dire à personne. Sur le bénévolat, les outils peuvent aider, mais la communication verbale face à face est encore roi.

+0

+1 pour les communications verbales. –

0

Si le build se brise, alors dans CCtray il y a une option pour "Volunteer to fix the build". Et cela dit automatiquement à tous les développeurs qui réparent la construction

+0

Malheureusement cette fonctionnalité dans CCtray n'est pas implémentée si vous surveillez des projets via HTTP (ce que nous faisons en même temps que l'utilisation d'Enterprise Cruise) –

+0

Désolé, je n'ai pas complètement posté votre message sinon je l'aurais remarqué – alice7

Questions connexes