1 00:00:05,480 --> 00:00:09,410 Herzlich Willkommen zu einer neuen Folge des zu du Developer 2 00:00:09,420 --> 00:00:14,110 Podcast mit Robin Manuel Thiel und mir Malte Landin und Manuel 3 00:00:14,150 --> 00:00:16,810 wie läuft's heute Hey malte Guten morgen alle zusammen grüßt 4 00:00:16,820 --> 00:00:19,280 euch ich freu mich ich freu mich, dass wieder ein Thema 5 00:00:19,290 --> 00:00:22,400 mitgebracht haben. Aber vorher starten wir mal ein 6 00:00:22,410 --> 00:00:24,790 bisschen in Dankeschön und Feedback rein. 7 00:00:25,480 --> 00:00:27,990 Wir haben nämlich Kaffee spendiert bekommen. 8 00:00:28,030 --> 00:00:32,490 Für die letzte Folge und zwar 3 ganze Kaffee von Peter, vielen, 9 00:00:32,500 --> 00:00:35,690 vielen Lieben dank dafür. Wer gar nicht weiß, wovon wir 10 00:00:35,700 --> 00:00:38,600 reden, wenn Ihr in Folge fällt, dann freuen wir uns immer sehr, 11 00:00:38,610 --> 00:00:40,950 n Kaffee auszugeben. Dafür gibt es einen Link unten 12 00:00:40,960 --> 00:00:43,980 in der Beschreibung vom Podcast aber erstmal die Folge an und 13 00:00:43,990 --> 00:00:45,850 entscheidet nachher, ob n Kaffee einladen. 14 00:00:45,860 --> 00:00:48,590 Wir freuen uns auf jeden Fall sehr, ganz ganz lieben Dank an 15 00:00:48,600 --> 00:00:53,030 Peter genau und natürlich könnt ihr euch auch dazu hinreißen 16 00:00:53,040 --> 00:00:55,190 lassen, die jetzt schon auf den Kaffee Link zu klicken. 17 00:00:55,200 --> 00:00:56,820 Wenn ihr einfach Denkweisen patsche. 18 00:00:56,890 --> 00:01:00,190 Würden die Podcast aufnehmen, Gewicht meinen Kaffee aus, aber 19 00:01:00,270 --> 00:01:02,440 macht es gerne auch vom Content abhängig? 20 00:01:02,590 --> 00:01:07,450 Apropos Content Die letzte Folge da ging es ja über das Thema Red 21 00:01:07,460 --> 00:01:10,810 Flags. Bei den Software Unternehmen, 22 00:01:10,820 --> 00:01:13,050 bei denen man sich bewirbt. Wenn ich auf der Suche nach 23 00:01:13,060 --> 00:01:16,150 einem neuen Arbeitgeber bin und da haben wir zahlreiche Feedback 24 00:01:16,160 --> 00:01:17,390 bekommen. Vielen Dank auf jeden Fall 25 00:01:17,400 --> 00:01:18,810 dafür. Wir freuen uns über den 26 00:01:18,820 --> 00:01:22,810 Austausch mit euch und insbesondere das Thema 27 00:01:22,820 --> 00:01:25,910 Interviewprozess ist natürlich ein Thema was für euch ganz heiß 28 00:01:25,920 --> 00:01:28,420 ist und da haben wir zum Beispiel Feedback von von Julia 29 00:01:28,430 --> 00:01:32,070 bekommen, die sagt absolut Thread Flags für sie, wenn man 30 00:01:32,080 --> 00:01:34,100 Coding. Alles machen muss, obwohl man 31 00:01:34,110 --> 00:01:37,400 super erfahren ist und dann auch Coding Challenges, die 32 00:01:37,410 --> 00:01:41,730 tatsächlich nichts mit den Aufgaben im späteren Job zu tun 33 00:01:41,740 --> 00:01:45,070 haben, sprich solche Spiele Aufgaben, wo man irgendwelche 0 34 00:01:45,080 --> 00:01:48,140 815 Algorithmen nach implementieren muss, das ist für 35 00:01:48,150 --> 00:01:51,960 sie ein absoluter Redflag, wenn ich ganz spannend, irgendwie auf 36 00:01:51,970 --> 00:01:54,760 linkedin kommentiert. Als die gepostet hat irgendwie 37 00:01:54,770 --> 00:01:59,350 in dem entsprechenden Reelle einlassen mit dem, was sie von 38 00:01:59,360 --> 00:02:02,660 solchen Aufgaben hält und ist aber trotzdem zum Gespräch 39 00:02:02,670 --> 00:02:07,060 eingeladen worden, was ja wohl dankend abgesagt hat, fand ich 40 00:02:07,070 --> 00:02:11,660 ne coole Aktion. Ja, und dann haben wir noch von 41 00:02:12,300 --> 00:02:16,710 Cyan Crystal auf Spotify Feedback bekommen und für sie 42 00:02:16,720 --> 00:02:19,800 oder für ihn ist das Thema Teamzusammensetzung im 43 00:02:19,810 --> 00:02:22,770 zukünftigen Entwicklungsteam, in dem man anfangen würde, auch ein 44 00:02:23,040 --> 00:02:25,630 ganz wichtiges Thema und da werden absolutes Red Flag, wenn 45 00:02:25,640 --> 00:02:28,890 man mit dem Team spricht oder mal nachfragen, dann die 46 00:02:28,900 --> 00:02:31,870 Rückmeldung kriegt das fast nur Junior Developer dabei sind also 47 00:02:31,880 --> 00:02:34,150 alle Leute, die irgendwie ganz frisch aus der Uni oder 48 00:02:34,160 --> 00:02:36,740 Werkstudenten oder gerade mit der Ausbildung fertig. 49 00:02:36,750 --> 00:02:41,030 Das ist ein absolutes Red Flag. Ich gehe davon aus, dass dies 50 00:02:41,040 --> 00:02:43,210 natürlich vor allen Dingen daran, dass man entweder mit 51 00:02:43,220 --> 00:02:47,620 einer Firma arbeitet oder arbeiten würde, die einfach 52 00:02:47,630 --> 00:02:50,540 extrem aufs Geld guckt und deswegen bei den Personalkosten 53 00:02:50,550 --> 00:02:54,320 spart oder dass die Teams sich regelmäßig verändern und gerade 54 00:02:54,330 --> 00:02:57,320 die erfahrenen Leute in andere Projekte abgezogen werden oder 55 00:02:57,330 --> 00:03:00,710 die Firma verlassen, also das auch wirklich n Red Flag von 56 00:03:00,720 --> 00:03:02,800 meiner Seite. Vielen Dank für das Feedback. 57 00:03:03,230 --> 00:03:06,880 Dann hat auch auf Spotify noch jemand geschrieben das ist n Red 58 00:03:06,890 --> 00:03:09,920 Flag ist nicht also irgendwie fehlende Weiterbildung, also 59 00:03:09,930 --> 00:03:12,000 dass eine Teilnahme an Konferenzen verwehrt wird oder 60 00:03:12,010 --> 00:03:14,740 nicht möglich ist oder dass man generell da irgendwie keine 61 00:03:14,750 --> 00:03:16,100 Möglichkeit der Weiterbildung hat? 62 00:03:17,050 --> 00:03:19,830 Hab ich glaube ich in meinem in meiner Top 5 gar nicht erwähnt, 63 00:03:19,840 --> 00:03:22,650 bin ich aber auch dabei also ich mir ist es ja eh immer super 64 00:03:22,660 --> 00:03:26,230 wichtig, ganz relativ aktuell auf meinem meinem Wissensstand 65 00:03:26,240 --> 00:03:28,880 zu bleiben, wenn das meinem Arbeitgeber nicht unterstützt 66 00:03:28,890 --> 00:03:32,380 wird, dann passt wahrscheinlich auch nicht zusammen ich r Punkt 67 00:03:32,600 --> 00:03:35,560 und auch fand ich generell spannend ist f, die sehr viel 68 00:03:35,570 --> 00:03:37,650 Feedback bekommen haben. Das macht immer viel Spaß mit 69 00:03:37,660 --> 00:03:39,790 euch zu diskutieren und das ist auch ganz geil. 70 00:03:39,800 --> 00:03:42,310 Spotify jetzt irgendwie eingeführt hat, dass sie folgen 71 00:03:42,320 --> 00:03:44,750 kommentieren könnt. Also wenn wir nachher in unserem 72 00:03:44,760 --> 00:03:48,410 Thema Quatsch erzählen oder irgendwie noch n nach 73 00:03:48,420 --> 00:03:50,890 Ergänzungen habt ihr ne Frage habt ihr Kommentar habt dann 74 00:03:51,230 --> 00:03:53,540 scheut nicht davor zurück und das entweder in die 75 00:03:53,550 --> 00:03:54,870 Kommentarfunktion hier bei Spotify. 76 00:03:54,940 --> 00:03:58,170 Schreiben oder wenn ihr anderen Player unterwegs seid, könnt ihr 77 00:03:58,180 --> 00:04:00,040 auch gerne eine Mail hinterlassen unten in der 78 00:04:00,050 --> 00:04:01,360 Videobeschreibung findet die e Mail Adresse. 79 00:04:02,580 --> 00:04:05,510 Oder kommentiert oder ihr ihr findet schon weg zu erreichen. 80 00:04:05,520 --> 00:04:08,180 Wir freuen uns auf jeden Fall immer also haltet euch nicht 81 00:04:08,190 --> 00:04:12,470 zurück und sagt uns gerne auch ihr spannend findet einfach auch 82 00:04:12,480 --> 00:04:16,550 die Feedbacks aus der Community ein bisschen zurück zu bekommen, 83 00:04:16,560 --> 00:04:18,250 dann in der nächsten Folge jeweils. 84 00:04:18,640 --> 00:04:22,010 Wir finden es selber super spannend und ich glaube auch ihr 85 00:04:22,019 --> 00:04:24,680 könnt alle davon profitieren. Einfach noch mehr Inspirationen 86 00:04:24,690 --> 00:04:27,750 auch von anderen zu bekommen, die diesen Podcast hören, 87 00:04:28,590 --> 00:04:32,080 steigen wir ins heutige Thema ein und das heutige Thema ist ja 88 00:04:32,090 --> 00:04:35,210 schon im Titel gesehen, geht Hooks Robin Manuel das Thema 89 00:04:35,220 --> 00:04:38,510 hast du für heute mitgebracht, warum hast du dich mit dem 90 00:04:38,520 --> 00:04:40,480 Thema? Auseinander auseinandergesetzt. 91 00:04:40,490 --> 00:04:43,540 Und warum beschäftigt sich gerade damit ja ganz genau genug 92 00:04:43,550 --> 00:04:45,390 gelabert jetzt mal wieder ein Thema? 93 00:04:46,390 --> 00:04:48,640 Und zwar, ich beschäftige mich eigentlich immer sehr viel damit 94 00:04:48,650 --> 00:04:52,400 zu Teameffektivität und Effizienz zu optimieren mein 95 00:04:52,990 --> 00:04:56,640 großer Fan davon eigentlich Coding Style in Repositories zu 96 00:04:56,650 --> 00:05:00,340 haben und im Rahmen dieser Optimierung ist bei uns in 97 00:05:00,350 --> 00:05:02,580 einigen Projekten immer wieder aufgefallen, dass es zu ja 98 00:05:02,730 --> 00:05:05,980 relativ viel Frustration kommen kann, wenn manche Dinge erst 99 00:05:05,990 --> 00:05:09,320 auffallen, wenn der Pole Quest automatisiert gecheckt wird, 100 00:05:09,330 --> 00:05:10,540 dann vielleicht nochmal Zuordnung. 101 00:05:10,550 --> 00:05:13,060 Die Flows sind bei uns eigentlich fast immer so und das 102 00:05:13,070 --> 00:05:15,120 ist glaube ich auch mal. Immer so. 103 00:05:15,790 --> 00:05:18,960 Ein Entwickler Entwicklerin schreibt Coach auf einem eigenen 104 00:05:18,970 --> 00:05:22,360 Branch dieser Branche wird dann im Rahmen eines Requests oder 105 00:05:22,710 --> 00:05:25,870 Mercury Quest so je nachdem, welches Tool man verwendet, dann 106 00:05:26,430 --> 00:05:31,370 in quasi als Vorschlag, um es in den Branchen Energie irgendwo 107 00:05:31,410 --> 00:05:34,140 bereitgestellt und dann gibt es ein menschliches Review und 108 00:05:34,150 --> 00:05:37,710 gleichzeitig laufende automatisierte CI Checks ab. 109 00:05:37,720 --> 00:05:39,970 Das heißt irgendwelche checken zum Beispiel, ob sich an den 110 00:05:39,980 --> 00:05:44,230 eigentlichen Style gehalten wurde, checken, ob der Code 111 00:05:44,240 --> 00:05:46,650 überhaupt baut, ob die ganzen Tests durchlaufen und wenn das 112 00:05:46,660 --> 00:05:50,110 alles irgendwie grün ist, dann sollte überhaupt erst ein Mensch 113 00:05:50,120 --> 00:05:51,850 drauf gucken. Und und? 114 00:05:51,920 --> 00:05:54,620 Wenn das beides halt irgendwie durch das Review gegangen ist, 115 00:05:54,630 --> 00:05:58,650 wird der Code akzeptiert und nehme Branch Gemerged und jetzt 116 00:05:58,660 --> 00:06:01,970 kann es vorkommen, dass jemand sich ganz viel Mühe gibt, auch 117 00:06:01,980 --> 00:06:04,530 schreibt und den dann irgendwie eincheckt und dann? 118 00:06:05,530 --> 00:06:08,630 Ja, eigentlich fertig ist mit seiner oder ihrer Arbeit sich 119 00:06:08,640 --> 00:06:11,460 vielleicht schon neue Aufgabe widmet und dann 10 Minuten 120 00:06:11,470 --> 00:06:15,440 später eine Email bekommt. Von dem von github zum Beispiel 121 00:06:15,450 --> 00:06:17,790 sagen Hey dein dein Bild hier ist fehlgeschlagen, oder? 122 00:06:17,800 --> 00:06:21,230 D Checks sind fehlgeschlagen, weil du dich zum Beispiel nicht 123 00:06:21,240 --> 00:06:23,460 an den Coding Style gehalten hast und das kann einfach sein, 124 00:06:23,470 --> 00:06:25,350 weil hier am Ende ein Leerzeichen zu viel ist und wir 125 00:06:25,360 --> 00:06:28,960 eigentlich gesagt haben, dass alle, dass alle trailing 126 00:06:28,970 --> 00:06:31,900 Leerzeichen verschwinden sollen oder ne also wir haben ja 127 00:06:31,910 --> 00:06:34,270 eigentlich den ganzen ganzen Coding Styles und sowas 128 00:06:34,280 --> 00:06:36,600 automatisiert. Es kann aber auch sein, dass 129 00:06:36,610 --> 00:06:40,370 sowas heißt wie EY die Tests laufen hier eigentlich fehl 130 00:06:40,380 --> 00:06:43,450 hättest du eigentlich mal bei dir bei dir ausführen sollen? 131 00:06:44,180 --> 00:06:46,490 Das ist technisch kein Problem, dann geht muss man halt einfach 132 00:06:46,500 --> 00:06:48,850 nochmal an das heißt man checkt sich diesen Brunch nochmal aus 133 00:06:48,860 --> 00:06:51,290 fix die Sachen meistens kann man das auch automatisiert über den 134 00:06:51,300 --> 00:06:54,410 fixen ne keiner von uns baut mehr Coding Style, wo man per 135 00:06:54,420 --> 00:06:56,990 Hand jede Datei checken muss. Da haben wir auch eine Folge 136 00:06:57,000 --> 00:07:01,020 hier im Podcast mal zugemacht. Aber da ist man vielleicht aus, 137 00:07:01,080 --> 00:07:03,040 weil man schon seit 10 Minuten was anderes macht, muss da 138 00:07:03,050 --> 00:07:05,400 wieder in diesem schreiben muss dann Sachen fixen, muss dann 139 00:07:05,410 --> 00:07:07,800 einen neuen Comic verpacken. Diesen kommt wieder, pushen die 140 00:07:07,810 --> 00:07:09,280 ganze Bild Pipeline läuft wieder los. 141 00:07:09,940 --> 00:07:13,580 Und das wollen wir ändern. Wir wussten, da gibt es, da gibt 142 00:07:13,590 --> 00:07:16,230 es irgendwas, das heißt, es haben wir aber nicht angeguckt, 143 00:07:16,240 --> 00:07:19,780 das war auch schon lange auf unserer To do Liste und vor 144 00:07:19,790 --> 00:07:23,750 allem so im Prozess dieses ganzen Shift Left motions, weil 145 00:07:23,760 --> 00:07:27,040 ich so wirklich so früh wie möglich erkennen, haben wir uns 146 00:07:27,050 --> 00:07:30,790 überlegt, dass auch sowas wie Styling und Ling Issues oder der 147 00:07:30,800 --> 00:07:33,590 Code nicht baut oder dass die Tests nicht laufen. 148 00:07:34,250 --> 00:07:36,650 Im Idealfall noch ein bisschen früher auffällt als erst in 149 00:07:36,660 --> 00:07:38,840 dieser Pipeline und dafür haben wir uns gehts angeguckt. 150 00:07:39,790 --> 00:07:41,560 Das heißt, wir sprechen jetzt über ein Konzept. 151 00:07:41,570 --> 00:07:44,820 Was in Git also in dieser Versionskontrolle mit Git fest 152 00:07:44,830 --> 00:07:48,520 eingebautes spricht man eher mit anderen Version Control System 153 00:07:48,530 --> 00:07:52,220 arbeitet mittlerweile arbeiten fast alle, aufgeht, aber es gibt 154 00:07:52,230 --> 00:07:54,290 natürlich noch Projekte, die auf anderen Systemen arbeiten. 155 00:07:54,300 --> 00:07:58,000 Dann könnt ihr dieses System verwenden. 156 00:07:58,010 --> 00:08:01,220 Hooks kennt man auch aus anderen Zusammenhängen, zum Beispiel 157 00:08:01,230 --> 00:08:03,640 Webhooks. Das ist das englische Wort für 158 00:08:03,650 --> 00:08:07,440 Haken hook das heißt, ich kann an diesem Haken Dinge einhängen 159 00:08:07,450 --> 00:08:12,780 und im Rahmen von github. Das bedeutet das, dass ich 160 00:08:13,160 --> 00:08:18,430 bestimmte Skripte an bestimmten Situationen aufhängen kann, 161 00:08:18,440 --> 00:08:21,570 sprich wenn bestimmte Dinge passieren oder zu bestimmten 162 00:08:21,580 --> 00:08:25,370 Zeitpunkten führt dieser Hook dazu, dass bestimmte Skripte 163 00:08:25,380 --> 00:08:28,930 ausgeführt werden und diese Skripte können genau diese Dinge 164 00:08:28,940 --> 00:08:32,350 tun, die du gerade beschrieben hast, die häufig natürlich in 165 00:08:32,360 --> 00:08:34,760 der CI stattfinden. Aber ich habe dann die 166 00:08:34,770 --> 00:08:38,909 Möglichkeit, diese Skripte auch schon sehr früh, also während 167 00:08:38,919 --> 00:08:43,350 der Entwicklungsphase und in bestimmten Situationen ausführen 168 00:08:43,360 --> 00:08:47,490 zu lassen und damit viele Probleme schon relativ früh zu 169 00:08:47,500 --> 00:08:50,310 erkennen und zu beheben. Sprich wenn der Source Code. 170 00:08:50,380 --> 00:08:53,550 Auf meinen Remote Repository gepusht wird, wo ich dann 171 00:08:53,560 --> 00:08:56,770 letzten Endes den Pool request aufmache, dann sind viele 172 00:08:56,810 --> 00:08:59,910 Probleme bereits beseitigt und ich kann wirklich, während ich 173 00:08:59,920 --> 00:09:02,980 noch an dem Code arbeite oder noch bevor ich den Podcast 174 00:09:02,990 --> 00:09:06,120 aufmache, viele Probleme beseitigen und hab dann halt 175 00:09:06,130 --> 00:09:08,800 nachher nicht den Stress, dass ich viele Iterationen habe, wo 176 00:09:08,810 --> 00:09:13,030 ich dann zusätzliche Commits auf den Pool request drauf pushe und 177 00:09:13,040 --> 00:09:15,930 das ist natürlich nicht nur für mich nervig und hat gesagt ich 178 00:09:15,940 --> 00:09:18,160 hab mich vielleicht mit anderen Themen auseinandergesetzt, bis 179 00:09:18,170 --> 00:09:20,950 dann irgendwann die Rückmeldung von meinem CI Process bekommt, 180 00:09:20,990 --> 00:09:23,440 aber ist natürlich auch für alle Reviewer, die in der Regel bei 181 00:09:23,450 --> 00:09:26,100 jedem weiteren Push dann Notification bekommen. 182 00:09:26,470 --> 00:09:28,090 Dass ich am Pool request geändert hat. 183 00:09:28,100 --> 00:09:31,250 Gegebenenfalls müssen bestimmte Checks neu ausgeführt werden, 184 00:09:31,260 --> 00:09:32,920 die dann wieder sehr long Running sind. 185 00:09:32,960 --> 00:09:36,010 Das heißt, das hat natürlich diverse Implikationen nicht nur 186 00:09:36,020 --> 00:09:38,770 das Reviewer, dann nochmal drauf schauen müssen, was sich wieder 187 00:09:38,780 --> 00:09:42,230 verändert hat auf diesem Request, sondern natürlich auch 188 00:09:42,320 --> 00:09:45,090 langlaufende Prozesse, die gegebenenfalls noch mal 189 00:09:45,100 --> 00:09:47,520 durchgeführt werden müssen, weil man ja einfach durch den 190 00:09:47,530 --> 00:09:49,580 weiteren Commit per se vielleicht gar nicht erkennen 191 00:09:49,590 --> 00:09:51,430 kann, ob sich da jetzt substanziell was einem Code 192 00:09:51,440 --> 00:09:53,370 geändert hat oder ob Robin Manuel einfach nur das 193 00:09:53,380 --> 00:09:57,710 vergessene Leerzeichen entfernt hat und dementsprechend sind 194 00:09:57,720 --> 00:10:00,790 solche lokal ausgeführten Skripte sehr hilfreich. 195 00:10:00,800 --> 00:10:04,960 Welche gibt es denn? Ja, das hier aufzulisten 196 00:10:04,970 --> 00:10:07,580 wahrscheinlich viel zu lang. Es gibt nämlich eine ganze ganze 197 00:10:07,590 --> 00:10:10,810 Liste wird auf github x Punkt com geht da gibt es ein User hat 198 00:10:10,820 --> 00:10:12,470 sich die Mühe gemacht, die alle aufzulisten. 199 00:10:13,030 --> 00:10:16,370 Die spannendsten sind aber glaub ich sowas wie E Commit Hook also 200 00:10:16,380 --> 00:10:18,680 in dem Moment bevor ich n kommt abschicken wird dein Skript 201 00:10:18,690 --> 00:10:23,230 ausgeführt und nur wenn das mit dem Exit Code 0 endet, dann kann 202 00:10:23,240 --> 00:10:25,630 darf ich überhaupt auch kommen. Ansonsten gibt in dem Fall 203 00:10:25,640 --> 00:10:29,250 Fehlermeldung zurück. Pre push finde ich spannend, 204 00:10:29,260 --> 00:10:33,100 also ich sagen kannst kommen, so willst bevor du einen Remote 205 00:10:33,350 --> 00:10:36,320 Repository pushst, wo dann noch der Polizist aufmachen würdest, 206 00:10:36,740 --> 00:10:40,290 da möchte ich möchte nochmal Checks durchlaufen lassen oder 207 00:10:40,300 --> 00:10:43,820 ich durchlassen irgendein Skript, einfach irgendein Skript 208 00:10:44,270 --> 00:10:48,210 und was ich spannend finde, ist ich glaube message oder sowas 209 00:10:48,220 --> 00:10:51,810 heißt das da kann man dann bevor jemand oder eine Message 210 00:10:51,820 --> 00:10:54,570 abschickt Script laufen lassen und das wird in der Regel dafür 211 00:10:54,580 --> 00:10:59,240 verwendet, dass sich. Halt schaue Herr Kommissar ist, 212 00:10:59,250 --> 00:11:02,080 dass ich halt in der Regel, dass meine vielleicht einen gewissen 213 00:11:02,090 --> 00:11:04,980 Standard unterliegt, wenn ich das denn machen möchte und das 214 00:11:04,990 --> 00:11:07,300 ist vor allem wenn es kann sein, dass ich zum Beispiel 215 00:11:07,310 --> 00:11:10,170 Conventional Commits verwende ist eigentlich ein sehr 216 00:11:10,180 --> 00:11:13,320 spannendes Thema habe ich nie darüber gesprochen, werde ich 217 00:11:13,330 --> 00:11:15,780 unten verlinken in der Beschreibung aber Conventional 218 00:11:15,790 --> 00:11:18,590 Commits sind zum Beispiel das Folgen kommen bestimmte. 219 00:11:18,600 --> 00:11:22,710 Das heißt ich bringe oder bugfix NT hinzufüge, dann muss ich das 220 00:11:22,720 --> 00:11:25,960 direkt in der Comic Message angeben und zum Beispiel Klammer 221 00:11:25,970 --> 00:11:28,760 auf Breaking eckige Klammer zu. Und das coole ist, dass ich 222 00:11:28,770 --> 00:11:31,270 darauf auch später automatisch zum Beispiel die Versionsnummer 223 00:11:31,280 --> 00:11:33,070 generieren kann, wenn niemand einen Breaking Change. 224 00:11:33,420 --> 00:11:36,420 Gemacht habe nur Fixes gab zähle ich einfach die, wenn ich 225 00:11:36,430 --> 00:11:40,460 semmering, mache ich die Pension zum Beispiel hoch und so weiter. 226 00:11:40,710 --> 00:11:43,450 Also Semantik also wenn ich eine bestimmte Semantik in meinen 227 00:11:43,460 --> 00:11:46,480 Kompass haben will oder was wir zum Beispiel sofort eingeführt 228 00:11:46,490 --> 00:11:49,240 haben, ist, dass man keinen, dass bestimmte Wörter da 229 00:11:49,250 --> 00:11:51,250 verboten sind. Also ich werde nicht reagiert, 230 00:11:51,260 --> 00:11:55,120 total allergisch, wenn man einfach nix oder WIP für Work in 231 00:11:55,130 --> 00:11:58,570 Progress heißt und dann kannst du alles machen, kannst K 232 00:11:58,580 --> 00:12:01,820 ausführen und einfach sagen so das ist mein x wenn das da rein 233 00:12:01,830 --> 00:12:04,660 wenn da nicht reinfällt, dann darf ich diese Message gar nicht 234 00:12:04,670 --> 00:12:08,750 kommen. Mhm, das sind ja alles klar 235 00:12:08,760 --> 00:12:13,440 einseitige Hooks, sprich die werden dann auf deiner Maschine 236 00:12:13,780 --> 00:12:16,770 ausgelöst und führen dann Skripte auf deiner lokalen 237 00:12:16,780 --> 00:12:19,200 Entwicklungsmaschine aus. Es gibt natürlich auch Server 238 00:12:19,380 --> 00:12:22,790 Side Hooks, die auf manchen Source Control Systemen direkt 239 00:12:22,800 --> 00:12:25,150 auch verwenden können, zum Beispiel den Pre receive Hook, 240 00:12:25,160 --> 00:12:29,470 wo dann etwas ausgeführt wird, bevor der eigene Sourcecode dann 241 00:12:29,480 --> 00:12:31,950 empfangen wird. Von dem Git Server. 242 00:12:31,960 --> 00:12:35,700 Sie haben durchaus Herausforderungen, weil man die 243 00:12:35,710 --> 00:12:39,330 natürlich dann in dem eigenen Source Control System Server 244 00:12:39,340 --> 00:12:42,080 einbinden muss. Das funktioniert natürlich bei 245 00:12:42,090 --> 00:12:45,800 den ganzen Cloud. Services schon mal in der Regel 246 00:12:45,810 --> 00:12:47,910 per se nicht. Das heißt, wenn ich sowas wie 247 00:12:47,920 --> 00:12:51,720 github verwende, kann ich gar keine verwenden, wenn ich zum 248 00:12:51,730 --> 00:12:55,200 Beispiel einen eigenen Server betreibe für meinen Git, dann 249 00:12:55,210 --> 00:12:57,870 kann ich sowas in der Regel einbinden, aber ich sollte mich 250 00:12:57,880 --> 00:12:59,800 halt nicht darauf verlassen, dass es so etwas gibt, weil es 251 00:12:59,810 --> 00:13:02,440 nur in bestimmten Szenarien überhaupt zur Verfügung steht 252 00:13:02,480 --> 00:13:05,590 und es führt natürlich eine gewisse Komplexität ein, wie zum 253 00:13:05,600 --> 00:13:08,180 Beispiel eine Last, die auf dem Server erzeugt wird, weil wenn 254 00:13:08,270 --> 00:13:11,280 bei jedem Push 1 Developers bestimmte Skripte auf dem Server 255 00:13:11,290 --> 00:13:14,040 ausgeführt werden und ich halt n paar 1000 d irgendwie darauf 256 00:13:14,050 --> 00:13:16,660 arbeiten kann, das natürlich dazu führen, dass mein Server 257 00:13:16,670 --> 00:13:20,000 ordentlich Last kriegt. Also das ist durchaus komplex. 258 00:13:20,070 --> 00:13:24,770 Wohingegen die kleinen Sidekicks eigentlich sehr leicht zu 259 00:13:24,780 --> 00:13:27,290 handeln sind, weil sie halt nur die lokale Maschine des 260 00:13:27,300 --> 00:13:30,750 Developers betreffen, was aber wiederum auch ein Nachteil sein 261 00:13:30,760 --> 00:13:34,800 kann, weil ich natürlich das ganze nicht so ohne weiteres als 262 00:13:34,960 --> 00:13:36,930 zentrales System etablieren kann. 263 00:13:36,940 --> 00:13:40,320 Ich kann nicht als Unternehmen sagen, bestimmte Skripte und 264 00:13:40,330 --> 00:13:43,950 bestimmte Hooks werden von allen Developern eingerichtet, weil 265 00:13:43,960 --> 00:13:46,100 ich natürlich die lokale Maschine dementsprechend 266 00:13:46,110 --> 00:13:47,870 konfigurieren muss. Da kann ich natürlich auch 267 00:13:47,880 --> 00:13:50,230 Konfigurationsskripte mitgeben, die so etwas automatisiert 268 00:13:50,240 --> 00:13:53,500 machen. Aber natürlich hast du und wir 269 00:13:53,510 --> 00:13:55,890 hatten ja auch in der Folge über die Reflexe. 270 00:13:56,480 --> 00:13:58,860 Darüber gesprochen du willst volle Kontrolle über den Rechner 271 00:13:58,870 --> 00:14:01,050 haben und natürlich kannst du dann auch als Developer hingehen 272 00:14:01,060 --> 00:14:04,400 und sagen Ach, das nervt mich ich stelle jetzt mal das den 273 00:14:04,410 --> 00:14:07,100 Script aus was hat das Ding jedes Mal durchführt? 274 00:14:07,140 --> 00:14:10,290 Das können wir natürlich dann vielleicht als zentrale Instanz, 275 00:14:10,300 --> 00:14:15,420 denen das wichtig ist, nicht erzwingen, aber der Vorteil ist, 276 00:14:15,430 --> 00:14:18,480 dass natürlich alles auf der lokalen Maschine möglich ist und 277 00:14:18,490 --> 00:14:20,660 wir jetzt dann nicht an der zentralen Stelle irgendwie 278 00:14:20,990 --> 00:14:24,110 unnötig Last erzeugen oder Probleme für alle verursachen. 279 00:14:24,490 --> 00:14:28,490 Genau das ist ein ganz wichtiger Punkt, also a Ich finde g, 280 00:14:28,500 --> 00:14:32,500 sondern sollen Kontrollen kontrollinstrument, sondern es. 281 00:14:32,930 --> 00:14:35,100 Um Frustration zu vermeiden deswegen finde ich auch ganz 282 00:14:35,110 --> 00:14:37,740 wichtig diese x sollten ganz schnell sein, sollten jetzt 283 00:14:37,750 --> 00:14:41,410 irgendwie kurz n 2 Sachen könnte ich jedes Mal einen 10 Minuten 284 00:14:41,420 --> 00:14:45,030 warten, bis da irgendwie was was durchläuft und du hast es gerade 285 00:14:45,040 --> 00:14:47,520 schon gesagt, einer der Hauptprobleme von G ist einfach 286 00:14:47,530 --> 00:14:49,370 umgangen werden können. Also entweder ich stell sie 287 00:14:49,380 --> 00:14:50,840 einfach auf meiner lokalen Maschine. 288 00:14:51,250 --> 00:14:54,960 Ich kann aber auch wenn ich wenn ich dem Git commit command das 289 00:14:55,000 --> 00:14:58,810 Flag minus minus no Verify mitgebe werden gar keine Gettos 290 00:14:58,820 --> 00:15:01,040 ausgeführt. Deswegen wenn ich das wenn ich 291 00:15:01,050 --> 00:15:04,690 da etwas abprüfen möchte, ob ein Code bestimmten Standards 292 00:15:04,700 --> 00:15:08,150 entspricht, dann muss ich das auf jeden Fall auf meinem Server 293 00:15:08,160 --> 00:15:10,160 im PR chake. Nochmal prüfen also für mich 294 00:15:10,170 --> 00:15:13,210 sind ein Instrument, um Frustration beim bei meinem 295 00:15:13,220 --> 00:15:17,630 Development zu vermeiden, und deswegen hoffe ich auch, dass 296 00:15:17,640 --> 00:15:20,350 das gerne angenommen wird, wenn jemand sagt nee, möchte ich 297 00:15:20,360 --> 00:15:23,480 nicht dann OK von mir aus nicht weil es spätestens auf dem 298 00:15:23,490 --> 00:15:26,350 Server wird es nochmal gegengecheckt sollte es sein wo 299 00:15:26,360 --> 00:15:31,090 sich ein Lokal. Genau meine meine Checks 300 00:15:31,100 --> 00:15:34,380 durchlaufen lassen kann. Vielleicht noch einmal 301 00:15:34,390 --> 00:15:36,630 zusammenfassend wofür ist es gut geeignet? 302 00:15:36,640 --> 00:15:41,070 Also hat es gerade gesagt für sowas Styling, Lenting, Commit 303 00:15:41,080 --> 00:15:44,570 Messages zu checken zu gucken, welche Branchen es werden 304 00:15:44,580 --> 00:15:47,490 verwendet, so allgemein die Coding Styles also alles, was 305 00:15:47,500 --> 00:15:50,170 sehr schnell gemacht werden kann, was ich eigentlich auch 306 00:15:50,180 --> 00:15:53,760 schon als Developer möglichst früh fixen sollte, wofür es 307 00:15:53,810 --> 00:15:57,740 relativ schlecht geeignet ist natürlich alles ist möglich, 308 00:15:57,780 --> 00:15:58,930 aber es gibt natürlich Szenarien. 309 00:15:58,940 --> 00:16:03,890 Da nervt man dann die Developer mehr oder hat ein Problem am 310 00:16:03,900 --> 00:16:06,110 Ende mit der Sicherheit. Wenn man nämlich zum Beispiel 311 00:16:06,120 --> 00:16:10,420 hingeht und Code Security oder Code Ability Scanning auf der 312 00:16:10,430 --> 00:16:13,820 lokalen Maschine über github. Auslöst oder vielleicht Secret 313 00:16:13,830 --> 00:16:16,720 Scanning lokal auslöst, kann am Ende nicht schaden. 314 00:16:16,730 --> 00:16:19,950 Aber bei Security sollte man natürlich sichergehen, dass das 315 00:16:19,960 --> 00:16:23,300 auf jeden Fall gecheckt wird und das sind in der Regel auch etwas 316 00:16:23,310 --> 00:16:27,820 länger laufende Prozesse gerade solche Ability Scanner brauchen 317 00:16:27,830 --> 00:16:30,680 halt einige Minuten und da möchte ich natürlich nicht meine 318 00:16:30,690 --> 00:16:33,960 Developer bei jedem Push auf den Server irgendwie erstmal in die 319 00:16:33,970 --> 00:16:37,340 Warteschleife schicken, bevor sie letzten Endes den Push 320 00:16:37,350 --> 00:16:40,120 durchführen können und das sind Sachen, die sollten auf jeden 321 00:16:40,130 --> 00:16:43,770 Fall müssen auf jeden Fall im CI eingebunden werden, um 322 00:16:43,780 --> 00:16:47,840 sicherzugehen, dass die Security sichergestellt ist. 323 00:16:47,910 --> 00:16:50,710 Wenn ich noch zusätzlich bestimmte Checks auf der lokalen 324 00:16:50,720 --> 00:16:54,410 Maschine den Developern zumuten möchte, dann muss ich mir das 325 00:16:54,420 --> 00:16:57,530 überlegen, ob ich das tue, aber grundsätzlich würde ich eher 326 00:16:57,540 --> 00:17:00,810 sagen für solche sicherheitsrelevanten Dinge sind 327 00:17:00,880 --> 00:17:03,730 github x weniger geeignet, insbesondere weil du vielleicht 328 00:17:03,740 --> 00:17:06,589 auch auf Deiner Development Maschine gar nicht so viel 329 00:17:06,599 --> 00:17:10,210 Rechenpower hast, um halt in wirklich überschaubarer Zeit 330 00:17:10,220 --> 00:17:11,829 solche komplexen Scans auch durchzuführen. 331 00:17:11,839 --> 00:17:14,690 Jahrhundert Prozent also ich kann ja mal gucken, was wir 332 00:17:14,700 --> 00:17:16,569 damit machen also das Einzige was wir damit tun, dass wir 333 00:17:16,579 --> 00:17:20,240 Linden commit messages, das machen wir wir Linden, Brunch 334 00:17:20,250 --> 00:17:23,790 names das machen wir und wir gucken einfach unser. 335 00:17:24,260 --> 00:17:28,440 Codingstyle. Passt und das ist vor allem bei 336 00:17:28,450 --> 00:17:31,320 uns einfach so ne Mischung aus Editorconfig es Lindt und so 337 00:17:31,330 --> 00:17:33,040 weiter was so schnell reden kannst. 338 00:17:35,400 --> 00:17:37,870 Und das ist ganz wichtig zu verstehen, dass diese gibt es 339 00:17:37,880 --> 00:17:41,450 eher eine ja ein Angebot, eine Option sind für die Entwickler 340 00:17:41,460 --> 00:17:45,490 und Entwicklerinnen im Team denn nicht nicht nur können sie oft 341 00:17:45,500 --> 00:17:50,070 umgangen werden, ich gleich mal kurz auf einen funktionieren, 342 00:17:50,080 --> 00:17:51,850 dann versteht man auch so ein bisschen, das gar nicht 343 00:17:51,860 --> 00:17:54,550 standardmäßig jeder Maschine einfach aktiviert ist. 344 00:17:54,560 --> 00:17:58,160 Das heißt es ist nicht so, dass sie ein Repository aus checke 345 00:17:58,580 --> 00:18:01,250 und dann automatisch diese gibt es beim Kommen und sowas 346 00:18:01,260 --> 00:18:03,550 eingeführt werde, sondern ich muss sie mehr oder weniger 347 00:18:03,560 --> 00:18:07,030 aktivieren oder meinen Ordner kopieren, weil es gibt einfach 348 00:18:07,040 --> 00:18:10,120 Umgebungen, die diese diese Titus komplett ignorieren würden 349 00:18:10,160 --> 00:18:13,280 bedeutet wenn ich zum Beispiel. Browser kann nicht einzelne 350 00:18:13,290 --> 00:18:16,320 Dateien nochmal kurz editieren und dann irgendwie einchecken 351 00:18:16,550 --> 00:18:18,390 werden. Überhaupt aufgerufen habe ich 352 00:18:18,400 --> 00:18:21,790 keine Möglichkeit oder selbst wenn ich mir irgendwie eine 353 00:18:21,800 --> 00:18:26,340 remote Umgebung zusammen konferieren Death Container oder 354 00:18:26,490 --> 00:18:31,080 Beta irgendwie spaces oder sowas das by Default haben die meine 355 00:18:31,330 --> 00:18:34,690 nicht installiert und das liegt an folgendem ja Probleme oder 356 00:18:34,700 --> 00:18:36,750 Herausforderungen B Designs sind. 357 00:18:37,990 --> 00:18:41,640 Und das liegt daran, dass es im Punkt Ordner liegen gibt es 358 00:18:41,650 --> 00:18:43,550 nämlich m Punkt Ordner da mal reingeguckt. 359 00:18:43,560 --> 00:18:46,880 Da gibt es einen Ordner Hooks und da gibt es dann für jeden 360 00:18:46,890 --> 00:18:48,710 Hund, der nicht ausführen kann kann ich einen Skript 361 00:18:48,720 --> 00:18:51,350 hinterlegen, das genauso heißt wie d, also wenn ich ein Premium 362 00:18:51,360 --> 00:18:53,990 haben will, muss ich ein Skript hinterlegen, was einfach nur 363 00:18:54,230 --> 00:18:57,340 minus Comic heißt und dem Halt Ausfuhrrechte geben also 364 00:18:57,350 --> 00:19:03,190 trainiert Maschinen C plus X und den Namen der Datei und das 365 00:19:03,200 --> 00:19:06,650 Problem an der ganzen Geschichte ist, dass der Punkt gibt Ordner 366 00:19:06,660 --> 00:19:10,070 nicht Teil meiner Versionskontrolle ist das ist 367 00:19:10,860 --> 00:19:13,830 der wird also da hab ich keine History oder irgendwas drauf, 368 00:19:13,840 --> 00:19:17,340 der ist da nicht Teil von. Als ich muss eigentlich jeder 369 00:19:17,390 --> 00:19:22,590 Developer in meinem Team, in diesem Punkt git Ordner unter in 370 00:19:22,600 --> 00:19:24,910 dem Ordner slash x diese Skripte hinterlegen. 371 00:19:25,760 --> 00:19:28,650 Jetzt ist natürlich totaler Quatsch und deswegen gibt es die 372 00:19:28,660 --> 00:19:30,740 Möglichkeit, dieses Krypto natürlich auch irgendwo anders 373 00:19:30,750 --> 00:19:34,050 einzuchecken also ich kann mir zum Beispiel einen Ordner in 374 00:19:34,060 --> 00:19:37,480 meinem Repository anlegen heißt Food oder bei uns heißt der oft 375 00:19:37,490 --> 00:19:41,000 Punkt Hooks und kann dann mein Lokales geht so konfigurieren, 376 00:19:41,010 --> 00:19:44,860 dass sich die Hooks aus diesem Ordner nimmt, dann kommt sagen 377 00:19:44,870 --> 00:19:47,480 und dann sagen mein Hund passt jetzt nicht mehr Stars also 378 00:19:47,490 --> 00:19:50,860 nicht mehr aus dem Gegner, sondern bitte der Punkt geht 379 00:19:50,870 --> 00:19:54,780 hops Ordner auf meinem root Ebene von einem Repository, aber 380 00:19:54,790 --> 00:19:57,730 dieses Kommando muss ich eben ausführen, einmalig um das 381 00:19:57,740 --> 00:20:00,520 Lokale gibt so zu konfigurieren. Das bedeutet wenn wenn 382 00:20:00,530 --> 00:20:02,910 irgendjemand Neues in meinem Team oder eine Remote. 383 00:20:02,980 --> 00:20:07,480 Umgebung sich mein Gipsy Klont hat es nicht es mag sein, dass 384 00:20:07,490 --> 00:20:11,160 dieser liegt, aber auch dann muss ich einmal g config Core, 385 00:20:11,170 --> 00:20:13,990 Punk, Party und so weiter ausführen, um meinen geht 386 00:20:14,000 --> 00:20:15,860 entsprechend so zu konfigurieren, dass sich aus 387 00:20:15,870 --> 00:20:18,770 diesem. Ordner nimmt das heißt, es gibt 388 00:20:18,780 --> 00:20:21,670 ganz viele Umgebungen, in denen die gar nicht greifen. 389 00:20:22,130 --> 00:20:24,140 Die Hooks können umgangen werden. 390 00:20:24,150 --> 00:20:26,850 Mit diesem Minus minus no Verify Flag das heißt, es sollte 391 00:20:26,860 --> 00:20:31,080 eigentlich eine Hilfestellung sein, um nicht zu häufig einen 392 00:20:31,090 --> 00:20:35,720 failing Check in meinem meinem Pull request Checks zu haben und 393 00:20:35,730 --> 00:20:39,440 früh und frühzeitig eben Dinge. Ja, Dinge zu erkennen. 394 00:20:41,820 --> 00:20:45,900 Du hast jetzt die Möglichkeit, Hilfestellung zu geben, aber wir 395 00:20:45,910 --> 00:20:48,390 hatten ja vorher schon gesagt ist es sehr schwer, ist dann 396 00:20:48,400 --> 00:20:51,490 auch letzten Endes zu erzwingen. Das heißt, es ist wie gesagt ne 397 00:20:51,500 --> 00:20:54,990 Hilfe und keinen Kontrollmechanismus, wenn ihr im 398 00:20:55,000 --> 00:20:59,890 Projekt Chucks einsetzen wollt, ist wirklich gute Idee, die 399 00:20:59,900 --> 00:21:03,270 wirklich mit zu Versionieren im Kontrollsystem aber dann ein 400 00:21:03,280 --> 00:21:06,690 kleines Skript und wie beizulegen die halt diese Konfig 401 00:21:06,940 --> 00:21:09,810 dann für die Developer ausführt. Vielleicht einfach als reminder 402 00:21:09,820 --> 00:21:12,600 hey, wenn ihr zum ersten Mal das Repository Klont, führt dieses 403 00:21:13,080 --> 00:21:16,710 diesen Onliner aus, um halt eure Hooks richtig einzurichten. 404 00:21:16,900 --> 00:21:19,500 Damit ihr halt sicher gehen können, dass bestimmte Checks 405 00:21:19,510 --> 00:21:22,720 lokal ausgeführt werden und da gibt es natürlich ein weiteres 406 00:21:22,730 --> 00:21:25,010 Problem, wenn ich diese Checks ausführe habe gerade gesagt das 407 00:21:25,020 --> 00:21:29,570 ist meistens einfacher Scripte. Dann weiß ich nicht, wie 408 00:21:29,580 --> 00:21:33,290 vielleicht auch irgendwelche Tools, die ich vielleicht noch 409 00:21:33,300 --> 00:21:35,610 gar nicht installiert habe, also ganz klassisch. 410 00:21:35,620 --> 00:21:39,020 Es gibt zum Beispiel Tool, das heißt Clint, Das ist einfach 411 00:21:39,030 --> 00:21:42,290 Kommandozeilentool mit dem kann ich messages Linden das heißt, 412 00:21:42,300 --> 00:21:45,890 ich kann mir Punkt Lind Datei in den Router meines Repositories 413 00:21:45,900 --> 00:21:49,560 legen, wo die ganzen Regeln aufgelistet sind, nach denen ich 414 00:21:49,570 --> 00:21:53,400 meine Commit Messages Linden möchte und wenn ich dann gelingt 415 00:21:53,410 --> 00:21:55,900 ausführen auf der Kommandozeile oder in einem Skript oder wo 416 00:21:55,910 --> 00:21:59,050 auch immer kann ich eben dann meine einen aktuellen oder alle 417 00:21:59,060 --> 00:22:01,510 kommt Messages aktuellen Branches oder sowas linton. 418 00:22:03,470 --> 00:22:09,560 Jetzt, in meinem meinem github Script git Lind Aufrufe und der 419 00:22:09,570 --> 00:22:13,910 Developer oder der die Remote Umgebung durch das Ausführen des 420 00:22:13,920 --> 00:22:15,320 Kling Tool gar nicht installiert hat. 421 00:22:15,660 --> 00:22:19,390 Dann fällt dann fällt natürlich auch dieses Skript heißt ich 422 00:22:19,400 --> 00:22:21,930 muss eigentlich nur die Skripte von meinen gehalten, sondern 423 00:22:21,940 --> 00:22:24,040 muss auch irgendwie zu verwalten, die darin verwendet 424 00:22:24,050 --> 00:22:28,250 werden und ihr merkt schon. Das ist so komplex, dass sich 425 00:22:28,260 --> 00:22:30,120 dann natürlich schon mal Gedanken darüber gemacht hat, 426 00:22:30,130 --> 00:22:32,570 das zu vereinfachen und da gibt es eine ganze Menge Tools da 427 00:22:32,580 --> 00:22:35,820 draußen, die einem so n bisschen helfen, geht es einfach zu 428 00:22:35,830 --> 00:22:38,320 machen. Ich glaube das am weitesten 429 00:22:38,330 --> 00:22:42,490 verbreitet ist Husky. Das ist ein Tool, was besonders 430 00:22:42,500 --> 00:22:45,530 beliebt bei bei Java Script Projekten oder bei Halo Jazz 431 00:22:45,540 --> 00:22:48,450 Projekten, weil ich da einfach in meine Package Punkt Jason 432 00:22:48,460 --> 00:22:52,460 Datei auch eintragen kann. Das heißt, ich kann ich 433 00:22:52,470 --> 00:22:56,030 verwandelte E schon Meyer dependency Dependencies also 434 00:22:56,040 --> 00:23:01,440 sowas wie geht Lind oder EC Lind oder was mir irgendwie Clint 435 00:23:01,860 --> 00:23:05,020 kann ich natürlich dann e über meine Dependencies in der Page 436 00:23:05,030 --> 00:23:08,050 Punkt Jason Verwalten und Husky konfigurieren, dass sich die 437 00:23:08,060 --> 00:23:10,050 Skripte oder einfach das dann ausgeführt werden soll. 438 00:23:10,060 --> 00:23:12,890 Bei Prequel mit bei Pre Push und so weiter. 439 00:23:13,210 --> 00:23:15,110 Auch in dieser Passage Jason verwalten kann. 440 00:23:16,160 --> 00:23:21,360 Ist sehr beliebt, hab ich nicht so gerne verwendet aus dem 441 00:23:21,370 --> 00:23:23,630 Hauptgrund, dass es sich halt einfach, dass es braucht eine 442 00:23:23,640 --> 00:23:28,120 Jason und j habe oder sowas dann hab ich die nicht klar könnte 443 00:23:28,130 --> 00:23:30,780 ich die auch haben, aber es integriert sich sehr in diese 444 00:23:30,820 --> 00:23:35,590 neue javascript Welt. Ich bin irgendwann Tools sehr 445 00:23:35,600 --> 00:23:39,630 cool, finde und das heißt Preco mit und bei Preco mit ist das 446 00:23:39,640 --> 00:23:42,810 Land kommandozeilentool kann ich halt geht hohes aller Art in 447 00:23:42,820 --> 00:23:46,710 einer zentralen Datei managen und auch dessen oder deren 448 00:23:46,720 --> 00:23:50,170 Dependencies, das heißt ich kann mit Pre commit sagen Hey hier, 449 00:23:50,180 --> 00:23:52,970 ich verwende git Lind und gib Link kriegt man übrigens da und 450 00:23:52,980 --> 00:23:56,890 da her und das heißt meine Developer müssen, wenn sie 451 00:23:56,900 --> 00:23:58,870 meinen Repository auschecken nur einmal preco mit Install 452 00:23:58,880 --> 00:24:02,340 ausführen und der holt sich dann sowohl die ganzen Dependencies. 453 00:24:02,350 --> 00:24:06,530 Die meisten verwendet werden. Als auch konfigurierter 454 00:24:06,540 --> 00:24:08,650 Manipulator, so dass er diese Skripte dann eben 455 00:24:08,660 --> 00:24:13,740 zusammenbastelt und in den Punkt Slash Ordner kopiert ohne und 456 00:24:13,790 --> 00:24:18,020 das coole ist auch, dass ich das selbe Tool dann auch quasi 457 00:24:18,030 --> 00:24:21,320 verwenden kann, um in meiner CI nochmal zu checken, ob diese 458 00:24:21,330 --> 00:24:24,130 Regeln nennen verwendet wurden also das absolute Empfehlung von 459 00:24:24,140 --> 00:24:27,630 Precor mit einzusetzen. Also alles, was wir gerade hier 460 00:24:27,640 --> 00:24:31,250 nennen ohne nochmal verlinkt aber damit kann ich sowohl meine 461 00:24:31,260 --> 00:24:34,410 Chucks konfigurieren und dafür sicherstellen, dass Dependencies 462 00:24:34,420 --> 00:24:37,090 eben lokal installiert sind auf der Maschine. 463 00:24:37,800 --> 00:24:40,890 Als auch nachher Checks durchzuführen ob das auch 464 00:24:40,900 --> 00:24:44,670 wirklich verwendet wurde? Ich hab da mehrere Blogspots 465 00:24:44,680 --> 00:24:47,270 gefunden, ich schreibe aber gerade nochmal in einem, weil 466 00:24:47,280 --> 00:24:49,210 ich weil ich das irgendwie nirgendwo so richtig gut 467 00:24:49,220 --> 00:24:52,160 zusammengefasst bekomme. Das heißt sollte ich das 468 00:24:52,170 --> 00:24:54,440 schaffen, diesen blogspot jetzt noch rechtzeitig zu schreiben 469 00:24:54,450 --> 00:24:57,870 und zu Publishen findet ihr nochmal in die Ultimate Guide to 470 00:24:57,880 --> 00:25:01,620 go. Da würde ich alles, was ich noch 471 00:25:01,630 --> 00:25:04,750 mal zusammenfassen, auch von der Chain. 472 00:25:05,000 --> 00:25:07,270 Ist das meine Empfehlung? Ich würde wahrscheinlicher, 473 00:25:07,280 --> 00:25:10,200 dieses Skript da nicht selber einchecken, sondern sowas wie 474 00:25:10,210 --> 00:25:15,390 git wie bekommt oder Husky verwenden auch ein ganz 475 00:25:15,400 --> 00:25:19,230 spannendes Projekt ist von paar Jahren nicht vor 2 Jahren von 476 00:25:19,240 --> 00:25:21,550 github Open Source worden, nennt sich super. 477 00:25:21,560 --> 00:25:26,130 Linter ist ein Tool für diverse Entwicklungssprachen. 478 00:25:26,140 --> 00:25:29,290 Also ist halt alles von Infrastruktur als Code Templates 479 00:25:29,300 --> 00:25:34,290 über C Sharp Java Script ist alles in einem. 480 00:25:35,260 --> 00:25:38,970 Schul drin funktioniert halt sowohl in C Systemen als auch 481 00:25:38,980 --> 00:25:42,840 lokal, wenn man das möchte primär gedacht für das CI System 482 00:25:43,150 --> 00:25:46,620 aber durchaus wenn man sich mit diesen Tools auseinandersetzt, 483 00:25:46,690 --> 00:25:48,660 durchaus mal etwas was man sich angucken kann. 484 00:25:50,720 --> 00:25:52,810 Wenn ich spannend, weil wir bisher irgendwie so ein 485 00:25:52,820 --> 00:25:54,930 Mischmasch haben? EC Link Wir haben. 486 00:25:58,100 --> 00:26:02,990 Es lint wir haben. Was haben wir noch, wenn 487 00:26:03,000 --> 00:26:06,440 Prettier und die ganzen Sachen also eigentlich ist da auch Zeit 488 00:26:06,450 --> 00:26:11,380 für Konsolidierung stimmt? Ja, das ist eigentlich das geht 489 00:26:11,390 --> 00:26:15,870 x zusammenfassend vielleicht sogar die irgendwie gemerkt 490 00:26:15,880 --> 00:26:17,580 haben? Bei uns ist also ich finde immer 491 00:26:17,590 --> 00:26:20,310 toll und verlässlich sein, sonst habe ich einen Showdown in 492 00:26:20,320 --> 00:26:22,570 meinem normalen Zyklus und das führt auch immer zu 493 00:26:22,580 --> 00:26:25,380 Frustrationen, also mal eben schnell irgendwas checken und 494 00:26:25,390 --> 00:26:28,310 ich sollte mir gut überlegen Check ich wirklich bekommt oder 495 00:26:28,320 --> 00:26:31,130 Check vielleicht bevor ich pushe also muss muss jeder meiner 496 00:26:31,140 --> 00:26:33,450 commits Code enthalten, der sauber baut, wo die Tests 497 00:26:33,460 --> 00:26:37,030 durchlaufen und die Decoding stimmt oder muss ich einfach 498 00:26:37,040 --> 00:26:40,570 wenn ich pushe? Einen Stand haben, der baut wenn 499 00:26:40,580 --> 00:26:44,740 überhaupt wenn überhaupt, würde nuscheln und das gleiche gilt 500 00:26:44,750 --> 00:26:48,950 für Tests auf meinen Style nicht j richtig gestylt ist das 501 00:26:48,960 --> 00:26:52,630 wichtigste am Ende. Das was ich da pushe vom Brunch 502 00:26:52,640 --> 00:26:55,430 richtig gestylt ist, hängt wahrscheinlich n bisschen drauf 503 00:26:55,440 --> 00:26:58,730 an was für ne Mergim Strategie ich habe, wenn ich Squash commit 504 00:26:58,740 --> 00:27:01,080 habe, ist mir egal, wie die Comics vorher waren, wenn ich 505 00:27:01,090 --> 00:27:03,890 die ganze eigentlich die 1 Komma behalte, dann will ich 506 00:27:03,900 --> 00:27:08,150 vielleicht damit richtig gelistet ist da kann ich mir ein 507 00:27:08,160 --> 00:27:11,160 bisschen überlegen und das zweite Thema, das fand ich immer 508 00:27:11,170 --> 00:27:12,730 ganz wichtig bei dieser Recherche. 509 00:27:12,740 --> 00:27:15,820 Das ist aber meinungsfrage können uns auch gerne mal sehen, 510 00:27:15,830 --> 00:27:17,510 was ihr dazu meint oder wie ihr das seht. 511 00:27:17,870 --> 00:27:20,680 Ich finde also meiner Meinung nach sollten gibt es nichts 512 00:27:20,690 --> 00:27:22,280 verändern, sondern nur validieren. 513 00:27:22,910 --> 00:27:26,490 Es gibt Menschen, Repositories und Projekte da draußen, wo. 514 00:27:26,790 --> 00:27:31,330 Die geht einfach automatisch die Coding Styles machen oder 515 00:27:31,340 --> 00:27:34,770 einfach automatisch, also auch Dateien verändern und das dann 516 00:27:34,780 --> 00:27:37,320 einfach einstecken und das fühlt sich für mich irgendwie nicht 517 00:27:37,330 --> 00:27:40,500 richtig, dass dieses eine andere Datei eingecheckt wird, die 518 00:27:40,510 --> 00:27:44,650 gerade eben habe. Kann natürlich so ein 519 00:27:44,660 --> 00:27:47,070 Convenience Feature sein, dass ich sage das ist ja nicht das 520 00:27:47,080 --> 00:27:50,590 verändert ja nix, aber generell finde ich, dass diese Hooks nur 521 00:27:50,600 --> 00:27:52,510 checken sollten, also nur verlieren sollten. 522 00:27:54,620 --> 00:27:57,950 Und nichts verändern sollten und mein Dritter und letzter Tipp 523 00:27:57,960 --> 00:28:01,750 wäre immer es nochmal Richtung Performance, wenn man so Files 524 00:28:01,760 --> 00:28:04,270 checkt, dann reicht es ja eigentlich nur die Änderungen zu 525 00:28:04,280 --> 00:28:07,080 checken, also was die meisten Tools ja machen, wenn ich jetzt 526 00:28:07,090 --> 00:28:12,370 so e oder irgendwie so n. Sonst k Aufrufe, dann wird das 527 00:28:12,380 --> 00:28:16,480 ja aber alle Dateien aber lassen und ich sag mal 90% Dateien boy 528 00:28:16,490 --> 00:28:18,700 hab ich gar nicht angefasst sollten also cool sein. 529 00:28:20,320 --> 00:28:23,670 Und ich sollte eigentlich nur die Stage Changes checken, also 530 00:28:23,680 --> 00:28:26,810 nur die Änderungen, dann noch mehr Performance e rausholen 531 00:28:26,990 --> 00:28:29,700 wenn ich nur 10 Dateien checke oder 20 Dreiecke, die vielleicht 532 00:28:29,710 --> 00:28:32,420 gerade in diesem angefasst wurden und nicht das Ganze durch 533 00:28:32,430 --> 00:28:36,070 ein komplettes Reboot laufen lasse, vielleicht noch eine 534 00:28:36,080 --> 00:28:39,150 ergänzende Sache, die ich ganz spannend finde ist, dass das 535 00:28:39,160 --> 00:28:42,990 ganze ja immer im Zusammenhang mit internen Style, Guidelines 536 00:28:43,000 --> 00:28:46,550 und Konvention steht. Das heißt man hat nicht nur die 537 00:28:46,600 --> 00:28:49,870 Skripte und die Hooks, sondern hat halt auch seinen Dokument wo 538 00:28:49,880 --> 00:28:52,190 alles dokumentiert ist, welche Coding Styles verwendet. 539 00:28:52,200 --> 00:28:55,710 Man verweise ich nochmal auf. Ich glaube es war Folge 2 die 540 00:28:55,720 --> 00:28:57,290 wir aufgenommen haben, wo es um Coding. 541 00:28:57,830 --> 00:29:03,710 Es ging aber auch zu Themen wie die Definition wie Commit 542 00:29:03,720 --> 00:29:07,050 Messages aufgebaut werden sollen und wie ich halt auch auf 543 00:29:07,060 --> 00:29:08,290 bestimmte Workitems referenziere. 544 00:29:08,300 --> 00:29:12,410 Das muss natürlich alles klar dokumentiert sein und erst, wenn 545 00:29:12,420 --> 00:29:15,170 ich das erarbeitet habe, kann ich überhaupt den nächsten 546 00:29:15,180 --> 00:29:17,210 Schritt machen und das Tooling einführen. 547 00:29:17,220 --> 00:29:20,890 Spricht diese ganzen Link Tools in Place bringen die dann 548 00:29:21,360 --> 00:29:24,030 letzten Endes auf Basis der Detox laufen? 549 00:29:24,040 --> 00:29:27,220 Das heißt erster Schritt ist erstmal zu dokumentieren was 550 00:29:27,290 --> 00:29:29,720 möchte ich erreichen? Und im zweiten Schritt die 551 00:29:29,760 --> 00:29:33,140 entsprechenden Tools zu etablieren und am besten auf 552 00:29:33,150 --> 00:29:35,420 keinen Fall? Den zweiten Schritt nach dem 553 00:29:35,430 --> 00:29:38,260 Ersten machen, weil natürlich bringen alle diese Linter, die 554 00:29:38,270 --> 00:29:42,080 man dann über Gips einbinden kann, irgendwelche Standard 555 00:29:42,090 --> 00:29:45,360 Settings mit, aber ihr müsst als erstes mal hingehen und euch mit 556 00:29:45,370 --> 00:29:49,430 dem Team auf einen Standard einigen, weil letzten Endes dann 557 00:29:49,550 --> 00:29:52,340 alle das gleiche Skript laufen lassen und auf dem gleichen 558 00:29:52,350 --> 00:29:54,780 Standard sein werden und damit müssen natürlich auch alle 559 00:29:54,850 --> 00:29:58,180 irgendwo einverstanden sein beziehungsweise es akzeptieren, 560 00:29:58,190 --> 00:30:00,540 dass alle auf diesem gleichen Standard arbeiten. 561 00:30:00,990 --> 00:30:02,540 Genau da hilft. Da helfen natürlich auch so 562 00:30:02,550 --> 00:30:06,620 opinionated Story ja gar nicht verändern kann sowas wie hier 563 00:30:06,700 --> 00:30:09,180 aber dazu höre ich am besten einfach die Folge an, im 564 00:30:09,190 --> 00:30:12,560 Idealfall die beste Vorbereitung für g, sich für die letzten 62 565 00:30:12,670 --> 00:30:14,270 du kannst folgen einmal durchzuhören. 566 00:30:16,460 --> 00:30:19,190 So die wir eingegangen sind wahrscheinlich ganz gut 567 00:30:19,200 --> 00:30:22,350 beschrieben, ansonsten freut uns natürlich auch, wenn diese 568 00:30:22,360 --> 00:30:26,090 hilfreich findet, lasst uns gerne Feedback zu da wie schon 569 00:30:26,100 --> 00:30:29,070 eingangs erwähnt es fand auch viel Kaffee einladen wollt, dann 570 00:30:29,350 --> 00:30:32,400 könnt ihr das unten gerne tun, wenn ihr Meinungen zu gittys 571 00:30:32,410 --> 00:30:34,230 habt, könnt ihr das natürlich auch gerne mit uns teilen. 572 00:30:34,240 --> 00:30:37,060 Wir freuen uns über Kommentare. Wir freuen uns über Mails, lasst 573 00:30:37,070 --> 00:30:39,790 uns da gerne Feedback, da auch wir generell diese Folge findet 574 00:30:40,770 --> 00:30:43,560 und was wir insbesondere toll finden, sind natürlich 575 00:30:43,570 --> 00:30:47,320 Bewertungen auf Apple Podcasts. Da sieht es aktuell noch ein 576 00:30:47,330 --> 00:30:49,550 bisschen mau aus. Also wenn ihr uns auf einem 577 00:30:49,560 --> 00:30:52,820 Apple Device hört über Apple Podcast Last auch gerne. 578 00:30:52,890 --> 00:30:56,070 Eine Bewertung da wir freuen uns nicht nur über jeden Stern, 579 00:30:56,080 --> 00:31:00,270 sondern auch über euer Feedback. So ist es, dann bleibt uns 580 00:31:00,280 --> 00:31:02,590 glaube ich nichts anderes übrig, als uns wieder zu verabschieden 581 00:31:02,600 --> 00:31:04,660 danke, dass ihr dabei wart und zugehört habt. 582 00:31:04,670 --> 00:31:07,690 Wir hören uns in 2 Wochen wieder der Lukas erscheint alle 2 583 00:31:07,700 --> 00:31:10,970 Wochen montags, bis dahin schreibt ganz viel Code hab ne 584 00:31:10,980 --> 00:31:13,310 gute Zeit und bis ganz bald bis dahin.