Wie Sie wissen, wer die Build Fixierung?
https://stackoverflow.com/questions/1520195
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Wir arbeiten in einer CI-Umgebung mit Enterprise-Cruise läuft unsere baut. Entwickler haben alle CCTray lokal installiert uns bricht, wenn ein Build zu informieren.
CCTray hat eine Menüoption Volunteer zu fix build , dass Sie Ihr Team wissen können lassen, dass Sie die Build sind fixiert. Allerdings funktioniert dies nicht in unserer Umgebung (Gründe: Fix Build nicht aktuell unterstützten Projekte über HTTP überwacht).
Die Frage ist also - hat jemand eine Technik, dass sie in ihrem Team verwenden, die jemand erlaubt, um anzuzeigen, dass sie ein gebrochenes Build sind Befestigungs
?Lösung
Shooting „Ich nehme an, Jungs“ ist mein bevorzugt. (Zusätzlich der Verantwortung romaintaz beschreiben)
Andere Tipps
Für mich ist Continuous Integration nicht nur Werkzeuge, sondern auch über Praktiken. Einer von ihnen ist die Verantwortung . In anderen Worten, derjenige, der den Build bricht, ist auch derjenige, der das Problem beheben wird!
Wir senden eine E-Mail an die Mailingliste für Entwickler, damit jeder wissen Sie Eigentum an der Build-Pause einnehmen.
Wir sind co-located, wir alle laufen cctray, und wenn die Build-Pausen haben wir einen Audioalarm (Alarmstufe Rot aus dem Raumschiff Enterprise). Wenn es bricht wir alle schreien „die die Build brach“! Wenn wir herausfinden, wer die Build brachen wir sie harhass, bis sie ihren Schwanz zwischen den Beinen dort stecken, tun, um diesen dummen embarassed lachen, und Freiwillige den Build zu beheben.
Es ist erwähnenswert, dass die Dinge, die durch den Aufbau und Tests kann nicht überwacht werden auf einer CI-Box ändern. Zum Beispiel: vielleicht ging jemand auf die Box und geändert, um eine Erlaubnis. Dann, wenn die nächste checkin wird es wie die Person sieht, dass die checkin aus der Build brachen, als es wirklich war die Person, die die manuelle Änderung vorgenommen hat, ohne jemanden etwas zu sagen.
Auf der freiwilligen Sache, können Werkzeuge helfen, aber verbal von Angesicht zu Angesicht Kommunikation ist immer noch König.
Die Last ist in der Regel auf, die die Build mit ihrer checkin brach. Das ist oft offensichtlich, auch mit mehreren checkins von verschiedenen Individuen. Danach gibt es ein bisschen Verhandlung, ob die Build bleibt gebrochen. Nicht besonders wissenschaftlicher oder streng, aber es scheint zu funktionieren.
Wenn der Build brokes, dann in CCtray gibt es eine Option für „Freiwillige das Build zu reparieren“. Und es erzählt automatisch an alle Entwickler, die die Build Festsetzung
