Woher weißt du, wer den Build repariert?

Question

Wir arbeiten in einer CI-Umgebung, wobei Enterprise Cruise unsere Builds betreibt. Entwickler haben CCTray alle lokal installiert, um uns zu benachrichtigen, wenn ein Build unterbrochen wird.

CCTray hat eine Menüoption Freiwilliger zu beheben Build, die Sie verwenden können, um Ihr Team wissen zu lassen, dass Sie den Build reparieren. Dies funktioniert jedoch nicht in unserer Umgebung (Gründe: Fix Build wird derzeit nicht von Projekten unterstützt, die über HTTP überwacht werden).

Die Frage ist also - hat jemand eine Technik, die sie in ihrem Team verwenden, die es jemandem erlaubt, anzuzeigen, dass sie einen kaputten Build reparieren?

Answer 1

Shooting "Ich nehme es Jungs" ist meine bevorzugte. (zusätzlich zu der Verantwortung romaintaz beschreiben)

Answer 2

Normalerweise ist es an der Stelle, wer den Build mit ihrem Checkin abgebrochen hat. Das ist oft offensichtlich, sogar mit mehreren Checkins von verschiedenen Personen. Danach gibt es ein paar Verhandlungen, wenn der Build gebrochen bleibt. Nicht besonders wissenschaftlich oder streng, aber es scheint zu funktionieren.

Answer 3

Für mich bedeutet Continuous Integration nicht nur Werkzeuge, sondern auch Praktiken. Einer von ihnen ist die Verantwortung. Mit anderen Worten, derjenige, der den Build bricht, ist auch derjenige, der es reparieren wird!

Answer 4

Wir senden eine E-Mail an die Entwickler-Mailing-Liste, damit jeder weiß, dass Sie die Baupause übernehmen.

Answer 5

Wir sind co-located, wir alle laufen cctray, und wenn der Build bricht, haben wir einen Audio-Alarm (roter Alarm vom Raumschiff Enterprise). Wenn es bricht, rufen wir alle "wer hat den Bau kaputt gemacht"! Sobald wir herausgefunden haben, wer den Build gebrochen hat, hassen wir sie, bis sie ihren Schwanz zwischen die Beine stecken, dieses blöde, verlegene Lachen machen und sich freiwillig melden, um den Build zu reparieren.

Es ist erwähnenswert, dass Dinge, die nicht durch Build und Tests überwacht werden, sich in einer CI-Box ändern können. Zum Beispiel: Vielleicht ist jemand auf die Box gegangen und hat eine Erlaubnis geändert. Dann, wenn der nächste Check-in gemacht wird, sieht es so aus, als ob die Person, die das Check-in gemacht hat, den Build kaputt gemacht hat, als es wirklich die Person war, die die manuelle Änderung vorgenommen hat, ohne es jemandem zu sagen.

Bei der Freiwilligen Sache können Werkzeuge helfen, aber verbale Kommunikation von Angesicht zu Angesicht ist immer noch König.

Answer 6

Wenn der Build abbricht, dann gibt es im CCtray eine Option für "Freiwillige, um den Build zu reparieren". Und es sagt automatisch zu allen Entwicklern, die den Build reparieren