-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gut ich hab' den Sinn verstanden und wollte auch überhaupt nicht das Ob eines Buildsystems in Frage stellen. Die Frage die sich mir stellte, wenn schon so dilettantisch versucht wird eine Mail zu verschicken, was mag da wohl noch alles kommen. Spätestens beim dritten Versuch die ML zu spammen - gesetzt dem Fall der milde Spammer hätte beim dritten mal die richtige Adresse erwischt - - wäre die Mail immer noch auf der Listensoftware hängen geblieben... Besser wäre wohl gewesen einfach mal die Liste oder ein Meeting dafür zu benutzen solche Sachen *vorher* zu klären... Grüße, Tilo Am 12.08.2014 um 20:00 schrieb Krisztian Springer:
Es ist ein Unterscheid ob ein Build kaputt ist oder das deployen fehlschlägt.
Das deployen kann zum Beispiel fehlschlagen, weil ein SQL Delta Syntaktisch nicht korrekt ist, oder weil die Reihenfolge der Deltas verschoben wurde. Sowas fangen die UnitTests nicht ab. In diesem Fall sind alle Entwickler angehalten zu schauen was das Problem ist und sollen darüber diskutieren.
Jaein es wird nicht bei jedem Commit gebaut. Alle 3 Minuten wird geschaut ob es neue Commits gibt in den HAUPTZWEIGEN! und erst dann werden diese gesammelt gebaut. Eventuell ist es nun wirklich bei jedem Commit separat, da Atlassian den Weg nun umgedreht hat und das Stash dem Bamboo sagt wann es etwas neues gibt. Trotzdem hält sich das in Grenzen und nur die jeweiligen verursachenden Commiter werden benachrichtigt.
Nein es sind keine zwei Mails, schlägt der Build fehl, wird natürlich kein deployen getriggert....
Wenn jetzt immer noch der Sinn in frage gestellt wird warum eine Software automatisiert gebaut, geprüft, ausgerollt werden soll, dann gebe ich dir hiermit feierlich bekannt das ich aufgebe und ich dir freistelle das Bamboo und co zu löschen....
Wir reden hier vermutlich im durchschnitt über 2 Mails in der Woche und über einen Sachverhalt der im schlimmsten Fall (wenn ich nicht da bin) einfach untergeht, bzw. erst zu einem Live Deployment wieder in den Fokus rutsch und Geld kosten kann.
Diese Unterhaltung hat vermutlich jetzt schon mehr "Spam" auf der Entwicklerliste erzeugt als das deployen in 2 Monaten verursachen würde :D
Am 2014-08-12 17:52, schrieb Tilo Werner: Wenn ein Entwickler etwas commitet, was kaputt ist, wird er direkt kontaktiert.
Es kann aber auch sein, dass das nicht passiert und der daraus resultierende Build aber dennoch kaputt ist und das soll kommuniziert werden, richtig?
Ich weiß nämlich jetzt noch immer nicht, ob bei jedem Commit ein Build angestossen wird, der dann in im schlimmsten Fall in zwei E-Mails endet. Oder welchen Sinn es hat, (irgendwann?) etwas automatisch zu bauen, wo dann keiner weiß wer am kaputten Zustand beteiligt war.
Wie auch immer, ihr habt mich jetzt soweit durcheinander gebracht, dass ich es drauf ankommen lasse, so lange es nachvollziehbare Handlungen gibt, die aus den Mails resultieren und diese hier nicht im Minutentakt eingehen, grünes Licht.
lg, Tilo
Am 12.08.2014 um 17:37 schrieb Krisztian Springer:
Nein das ist falsch. Es geht nur um das deployen auf dem Trunk. Nur dieses wird automatisch angestoßen wenn ein Build des develop Branch angestoßen wird. Deshalb betrifft es auch alle Entwickler, da es keinen direkten Schuldigen gibt, oder jemanden der die Aktion direkt Ausgeführt hat.
Alle anderen Deployments, die manuell von Sören angestoßen werden, erzeugen keine Mails.
Mit freundlichen Grüßen
Krisztian Springer - Entwicklung -
___________________________________________________________________________
TraSo GmbH
G.-Schumann-Str. 294 04159 Leipzig
E-Mail: k.springer@traso.de
Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
___________________________________________________________________________
Am 12.08.2014 um 17:31 schrieb Tilo Werner:
Ok es sollen also alle (Entwickler?) informiert werden, wenn einer auf das Deployment-Knöpfchen drückt und etwas schief geht...
Das ist ja eine überschaubare Menge oder? Was machen dann die informierten?
Das heißt konkret, als Sören eben auf's Knöpfchen drückte, wäre eine Mail rausgegangen, dass der stadis01.hocl fehlt. Gut. Und wenn alles gelaufen wäre, dann Ruhe. Besser.
Bei den Cron-Spams die ich hier hinschicke, habe ich mir das meist schon Wochen lang angeschaut bzw. gefilter. Es ist übrigens mal wieder Zeit. Ich habe hier ca. 3200 unglesene Mails von den xRes Systemen, alles kaputte Crons.
Bin ein gebranntes Kind was Mails von Entwicklers (tm) Code angeht...
Letzlich kann ich mit damit anfreunden, solche Infos aus den auch eine konkrete Handlung sich ableiten läßt hier unterkommen zu lassen. Und wenn es zu viel wird, werde ich die Diskussion wieder eröffnen.
build@traso.de darf also testweise schreiben; Adresse lautet:
entwicklung@lists.traso.de
@Entwickler bitte sorgt dafür, dass euer Mails auch entsprechend sortiert werden, um den Überlick nicht zu verlieren.
Abschnitt Mailfilterung im Wiki:
Viel Spaß!
lg, Tilo
Am 12.08.2014 um 16:38 schrieb Phillip Wirth:
Wenn ein Build fehlschlägt schreibt es die verantwortlichen an, anhand der commit-Authoren. Wenn ein Deployment fehlschlägt gibt es diese Möglichkeit nicht. - Und das ist auch nicht notwendig, der der Deployt sieht es (das es gut ging oder nicht), wenn es umfällt kann es alle (Entwickler) interessieren.
Damit auch revidiert dass bei Fehlgeschlagenen Builds alle informiert werden. Nur bei fehlerhaften Deployments sollten alle informatiert werden.
Wenn du die Mailingliste wie eine wirklich klassische Mailingliste benutzten möchtest, dann so die Gegenfrage: Wo außer hier jetzt gerade hat das wirklich schon einmal jemand gemacht? Ich erinner mich da nur ein 1 oder 2 Themen ... Es ist eher wie das Twitter aus der Steinzeit statt das es, wie bei Mailinglisten üblich, zu konstruktiven Diskussionen kommt. Das betrifft nicht nur diese sondern alle. > auch dies bedarf keiner absolut keiner Diskussion <
Wenn du weiterhin bei deiner Position bleiben möchtest das diese Informationen hier nicht her gehören, dann bitte ich dich jeden anderen nicht Mialinglistenkonformen Müll in zukufnt rücksichtslos zu entfernen. Damit kann ich auch super leben. Weiterer Kompromiss der von dir gebracht wurde eine extra Mailingliste zu haben ist akzeptabel.
Am 12.08.2014 um 16:15 schrieb Tilo Werner: > Warum kennt das Buildsystem seine Entwickler nicht und > kann sie direkt benachrichtigen? > > Es geht schlicht um die Frage, inwieweit wir eine Liste > mit anderer Funktion (nämlich dieser hier) als > Newslettersystem für unsere Builds mißbrauchen. Dabei > spielt es eben keine Rolle wie brisant die Meldungen > sind, sondern dass sie hier nicht hin gehören und es > somit einer anderer Lösung bedarf. > > Grüße, Tilo > > Am 12.08.2014 um 16:05 schrieb Phillip Wirth: >> Huhu, > >> ich antworte lieber mal der Liste um DIESE >> INFORMATION MIT ALLEN ENTWICKLERN zu teilen. > >> Wer will das Meldungen ob ein Build Fehlgeschalgen >> ist in die Entwicklerliste kommen? Wer hält es für >> sinnvoll eine weitere Mailingliste zu haben? > >> Fehlgeschlagene Builds sind Instabilität die noch bei >> uns lokal es zu beheben gilt DAHER IST DIESE >> INFORMATION für alle Entwickler höchst brisant. >> Jegliche Diskussion darüber ist einfach nur /spam /b >> oder aus welchem Forum ihr auch immer gestolpert >> seit. > >> Eine zusätzliche Mailingliste für Builds halte ich >> daher für absolut unnötig. > >> Im übrigen betrifft das nicht nur Builds sondern >> auch deployments. > >> BIS EBEN war diese Notifikation nur beim deployment >> des Trunks eingeschalten, schlägt diese Fehl gab es >> eine Mail die nie ankam. Das sollte erweitert werden >> auf alles was im Bamboo die Beine hochreist statt >> weiter zu vermindern. > > >> Andererseits redet nur weiter Welten aneinander >> vorbei ;) > > > > > >> Am 12.08.2014 um 14:56 schrieb Krisztian Springer: >>> Ja ok ich nehme die Notification aus. >>> >>> Mit freundlichen Grüßen >>> >>> Krisztian Springer - Entwicklung - >>> > > ___________________________________________________________________________ > > > > >>> > >
>
> TraSo GmbH >>> G.-Schumann-Str. 294 04159 Leipzig >>> >>> E-Mail: k.springer@traso.de >>> >>> Geschäftsführer: Haiko Gerdes Handelsregister: >>> Amtsgericht Leipzig, HRB 21850 >>> > > ___________________________________________________________________________ > > > > >>> >>> > >
>
> Am 12.08.2014 um 14:48 schrieb Tilo Werner: >>>> Oder eine dedizierte Liste für diese >>>> Build-Meldungen... >>> >>>> Am 12.08.2014 um 14:46 schrieb Tilo Werner: >>>>> Hi Krisztian, >>> >>>>> Die Liste ist zum Austausch von Informationen >>>>> rund um die Entwicklung, was letztlich nur >>>>> bedeutet, dass man hier am Support vorbei >>>>> kommunizieren kann, da so komplizierte >>>>> Sachverhalte erstmal erörtert werden können >>>>> *ohne* den Support mit Details zu belästigen. >>> >>>>> Denk nur an die vielen interessanten >>>>> "Ich-bearbeite-Tickets" Aussagen. >>> >>>>> Spammen mit Statusmeldungen auf Mailingslisten >>>>> stehe ich allgemein skeptisch gegenüber, erst >>>>> recht wenn ich mich dann als Empfänger nicht >>>>> entscheiden kann, sondern das Übel der Spams >>>>> ertragen muss um Infos aus Liste erhalten zu >>>>> können. >>> >>>>> Wie sieht's aus Mails im Buildsystem zu >>>>> abbonieren? Das Ding kennt doch alle Entwickler >>>>> in dem jeweiligen Projekt und deren >>>>> Mailadressen. Falls die Atlassian-Leute nicht >>>>> soweit gedacht haben, besteht noch die >>>>> Möglichkeit ein gesondertes Konto einzurichten >>>>> in dem dann wiederum per Sieve weiterverteilt >>>>> wird. >>> >>>>> In beiden Fällen sollte der Return-Path aber >>>>> build-bounces@traso.de sein. >>> >>>>> Grüße, Tilo >>> >>>>> Am 12.08.2014 um 14:15 schrieb Krisztian >>>>> Springer: >>>>>> Dann füge doch bitte build@traso.de der >>>>>> Liste hinzu. >>> >>> >>>>>> Mit freundlichen Grüßen >>> >>>>>> Krisztian Springer - Entwicklung - >>>>>> >>> > > ___________________________________________________________________________ > > > > >>> >>> >>>> >>>>>> >>> >>>>> >
>
> TraSo GmbH >>>>>> G.-Schumann-Str. 294 04159 Leipzig >>> >>>>>> E-Mail: k.springer@traso.de >>> >>>>>> Geschäftsführer: Haiko Gerdes >>>>>> Handelsregister: Amtsgericht Leipzig, HRB >>>>>> 21850 >>>>>> >>> > > ___________________________________________________________________________ > > > > >>> >>> >>>> >
>
> Am 12.08.2014 um 14:09 schrieb Tilo Werner: >>> >>>>>>> So viel ihr es probiert es wird nie >>>>>>> funktionieren! >>> >>>>>>> Vieleicht redet ihr erstmal mit mir damit >>>>>>> wir das gemeinsam umsetzen können. >>> >>>>>>> Grüße, Der Mailadmin >>> >>> >>>>>>> -------- Weitergeleitete Nachricht >>>>>>> -------- Betreff: Rueckgabe nicht >>>>>>> zustellbarer Nachricht an Absender Datum: >>>>>>> Tue, 12 Aug 2014 11:02:28 +0200 (CEST) Von: >>>>>>> Mail Delivery System >>>>>>> <MAILER-DAEMON@mx1.mailmanager.de> An: >>>>>>> build@traso.de >>> >>> >>> >>>>>>> Dies ist eine automatisch generierte >>>>>>> Nachricht des Postfix E-Mail-Dienstes. >>>>>>> Dieser Dienst wird auf dem Server >>>>>>> mx1.mailmanager.de betrieben und teilt >>>>>>> Ihnen folgendes mit: >>> >>> >>>>>>> Ihre Nachricht konnte an einen oder >>>>>>> mehrere Empfaenger nicht zugestellt werden. >>>>>>> Ein Problem-Bericht, sowie Ihre >>>>>>> urspruengliche Nachricht wurden an das Ende >>>>>>> dieser Nachricht angehaengt. >>> >>> >>>>>>> Fuer weitere Hilfe kontaktieren Sie bitte >>>>>>> den fuer Sie zustaendigen >>>>>>> postmaster@mx1.mailmanager.de. >>> >>>>>>> Senden Sie dazu den an diese E-Mail >>>>>>> angefuegten Problem-Bericht mit. Den Inhalt >>>>>>> Ihrer urspruenglichen Nachricht koennen Sie >>>>>>> - zum Schutz Ihrer Privatsphaere - >>>>>>> entfernen; er ist fuer eine Fehler-Diagnose >>>>>>> nicht zwingend notwendig. >>> >>>>>>> Der Postfix E-Mail-Dienst >>> >>>>>>> INTERNATIONAL VERSION >>> >>>>>>> This is the Postfix program at host >>>>>>> mx1.mailmanager.de. >>> >>>>>>> I'm sorry to have to inform you that your >>>>>>> message could not be delivered to one or >>>>>>> more recipients. It's attached below. >>> >>>>>>> For further assistance, please send mail >>>>>>> to postmaster@mx1.mailmanager.de >>> >>>>>>> If you do so, please include this problem >>>>>>> report. You can delete your own text from >>>>>>> the attached returned message. >>> >>> >>>>>>> <entwicklung@list.traso.de>: Host or domain >>>>>>> name not found. Name service error for >>>>>>> name=list.traso.de type=AAAA: Host not >>>>>>> found >>> >>> >>> >>> >>> >>> >>>>>>> _______________________________________________ >>>>>>> >>>>>>> Entwicklung mailing list >>>>>>> Entwicklung@lists.traso.de >>>>>>> https://lists.traso.de/listinfo/entwicklung >>> >>>>>> >>>>>>>
>>>>>> Entwicklung mailing list >>>>>> Entwicklung@lists.traso.de >>>>>> https://lists.traso.de/listinfo/entwicklung >>> >>> >>>>> _______________________________________________ >>>>> >>>>> Entwicklung mailing list Entwicklung@lists.traso.de >>>>> https://lists.traso.de/listinfo/entwicklung >>> >>> >>>> _______________________________________________ >>>> Entwicklung mailing list >>>> Entwicklung@lists.traso.de >>>> https://lists.traso.de/listinfo/entwicklung >>> >>> _______________________________________________ >>> Entwicklung mailing list >>> Entwicklung@lists.traso.de >>> https://lists.traso.de/listinfo/entwicklung > >> -- > >> Mit freundlichen Grüßen > >> Phillip Wirth - Entwicklung - >> ________________________________________________________ >> >> TraSo GmbH > >> Georg-Schumann-Str. 294 D-04159 Leipzig > >> E-Mail: p.wirth@traso.de Internet: >> http://www.traso.de > >> ________________________________________________________ >> >> Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht >> Leipzig, HRB 21850 > > > >> _______________________________________________ >> Entwicklung mailing list Entwicklung@lists.traso.de >> https://lists.traso.de/listinfo/entwicklung > > > > _______________________________________________ > Entwicklung mailing list Entwicklung@lists.traso.de > https://lists.traso.de/listinfo/entwicklung
--
Mit freundlichen Grüßen
Phillip Wirth - Entwicklung - ________________________________________________________ TraSo GmbH
Georg-Schumann-Str. 294 D-04159 Leipzig
E-Mail: p.wirth@traso.de Internet: http://www.traso.de
________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
_______________________________________________ Entwicklung mailing list Entwicklung@lists.traso.de https://lists.traso.de/listinfo/entwicklung
_______________________________________________ Entwicklung mailing list Entwicklung@lists.traso.de https://lists.traso.de/listinfo/entwicklung
_______________________________________________ Entwicklung mailing list Entwicklung@lists.traso.de https://lists.traso.de/listinfo/entwicklung
_______________________________________________ Entwicklung mailing list Entwicklung@lists.traso.de https://lists.traso.de/listinfo/entwicklung
- -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJT6nGpAAoJEFfjOJdKpi1EEHAP/R80ff63mPk5B0NPOo8d134f dnxN0iIIGv4X7UiqiZwR7p7z+AYoWNCMjWZ2CGcCr2MdxbeUytQRAB3WtEZpwDIJ o3KRt9TYbFwrbTZ87N6T6cDH7sVKjMRzRYij4CkBTw3ZPV6J6JeQ9GxCQ6F8Jgjg BiGLXpGiw9BgofxFIrQ7kzfG8don4MXfoJPH2dSSVMiQd7PxSa0dbBZIX8aUMo9q zHCGgHDCFE40fbkOu0f7Csdl8+4TrROhh8FfsQetYsTkYFHC4yB0fayQjomA7kJ1 PpmNoAYFlPcKOw5Sd7im/FcuRMT0m4OEldjtGcVzDk4ljRMTgwrqkkldsfyfaIv0 qag1j2rE+/EA/qi5p17g7WixvorjyUEbDeXMuiLcsP4uU/W4aWVsNpdh+TaU20Zv XtkjtWVsMI0LCczNsQ1H+Hv+oM/MFX85ddjW1vhVI53AODkBw28yt6PaBdLLqw9F WLKZQAl0lP6Mr/yZahCmcDGxFcbSf7lo5hfGjg5q8d9iHOxc9oWWQAc/PMM6j68S 8VJgfr4Mty3B7pi0m0AOzsM1+UG83bxRK7GxFo5WwQMEJqp4GhrrXftWqCtMGpTe AufRXTXvERyxQ9xyr+35ZoCWt3K3EqptVavku+2pfC4qK3KhNRmhKTVJOY+kVy/b kAv4I/nISF9vNovaE07g =FzsO -----END PGP SIGNATURE-----