Latest / Coding Buddies | Tech & Dev-Mindset / Wieso du nicht auf Softwareversionierung verzichten solltest!

Transcript

Wieso du nicht auf Softwareversionierung verzichten solltest! · Coding Buddies | Tech & Dev-Mindset

• 0:00
  Einfach nur in der Nachbarstadt, dann wird es schwierig mit den
• 0:02
  USB Stick austauschen. Ne, das heißt du kannst über.
• 0:07
  Kannst du mal lustig vorbeibringen?
• 0:09
  Was machst dein Podcast rund um Softwareentwicklung und
• 0:13
  aktueller? Tag News herzlich willkommen.
• 0:29
  Geht schon los. Ja, ich glaub es geht los.
• 0:32
  OK, alles klar, herzlich Willkommen zu einer neuen Folge
• 0:35
  vom Coding Bodies Podcast. Ich bin natürlich wieder am
• 0:39
  Start der Fabi und auch noch der tolle Tino, also alle wieder
• 0:42
  dabei. Jawoll, Moin Moin.
• 0:45
  Wir sind vollzählig, kann also losgehen, würde ich sagen.
• 0:49
  Joa, also wir sind vollzählig. Stimmt alle 2 da, genau da
• 0:55
  können wir ja eine neue Folge aufnehmen.
• 0:56
  Was ist das heutige Thema? Das heutige Thema ist
• 1:01
  Versionskontrolle beziehungsweise Versionierung
• 1:04
  von Software. Das ist irgendwie sehr wichtiges
• 1:08
  Thema und da wollen wir einfach mal ein bisschen drüber
• 1:10
  quatschen. Ja, möchtest du anfangen?
• 1:15
  Warum ist das wichtig, warum ist das ein wichtiges Thema?
• 1:18
  Versionskontrolle, weil man. Uns das damals so beigebracht
• 1:24
  hat. Ich frage mich bis heute.
• 1:26
  Was macht man damit eigentlich? Was soll ich damit?
• 1:30
  Nein versions Kontrolle genau, also fangen wir mal grob an was
• 1:35
  ist das geht im Prinzip da darum seine Software in verschiedenen
• 1:40
  Versionen abbilden zu können. Dokumentieren zu können und eine
• 1:44
  Art Historie zu haben, das heißt die Weiterentwicklung des Source
• 1:48
  Codes abzubilden, einzelne, Ich nenne es mal Iteration.
• 1:53
  Gehst du da soweit mit? Ja, klingt ganz gut.
• 1:55
  Iteration ist ja auch sehr. Agil, ja alteration, das ist ein
• 1:59
  tolles Wort, das ist so vielseitig einfach, sprich wenn
• 2:04
  ich Änderungen an meiner Software mache, kann ich diese
• 2:08
  auf einem Server bestmöglich remote quasi.
• 2:13
  Abbilden und speichern und habe dann einzelne Iterationen meiner
• 2:17
  Software abgebildet. Das heißt, ich kann einzelne
• 2:19
  Änderungen nachvollziehen. Sehen und auch gegebenenfalls
• 2:24
  zurücksetzen ist auch ein wichtiger Punkt ist.
• 2:28
  Das klingt ja soweit erstmal ganz cool, fragen sich
• 2:31
  vielleicht Leute. Ja gut, ich kann auch einfach
• 2:33
  NUSB Stick nehmen und verschiedene Ordner meiner
• 2:36
  Software erstellen und dann einfach die Stände da rein
• 2:39
  laden, also rüber kopieren, ja das wäre damals auch ein Ansatz
• 2:44
  gewesen, aber ist natürlich nicht förderlich oder handhabbar
• 2:49
  das so zu machen. Ja, es wird dann relativ schnell
• 2:52
  schwierig. Ne, also nochmal vielleicht so
• 2:54
  ein kleines konkretes Beispiel zu nennen, wenn man jetzt zum
• 2:58
  sagt, Man hat seine Code Basis und man möchte ein neues Feature
• 3:01
  implementieren und jetzt kommt jemand und.
• 3:06
  Baut dieses Feature ein, ne, also sozusagen, es gibt einen
• 3:09
  Stand der Software und ohne Feature, jemand nimmt den Code,
• 3:13
  baut neues Feature ein, sagen wir mal feature x in den Code
• 3:17
  und dann wird sozusagen dieses Feature Remote als neue Version
• 3:23
  ne als ich sag jetzt mal Version 2 wenn es die andere die erste
• 3:28
  Version war eingecheckt, dann hat man 2 Versionen, Version 1
• 3:32
  ist sozusagen dann in diesem Beispiel ohne Feature X und
• 3:36
  Version 2 mit feature x. Was natürlich den Vorteil hat,
• 3:39
  dass du wenn Feature X total fehlerhaft ist und die ganze
• 3:43
  Software kaputt machen würde, du relativ schnell wieder einfach
• 3:46
  sagen kannst, o wir nehmen wieder.
• 3:47
  Stand also die Software Versionierung stand 1 ohne
• 3:51
  Feature x ne, also habe ich das so.
• 3:55
  Genau, also du kannst halt jede Änderung, die du verfügbar
• 3:59
  gemacht hast in Deiner Visions Controller Kontrolle, also
• 4:04
  nennen wir es mal Repository, da gehen wir mal auf den
• 4:07
  Fachbegriff ein, ja kannst du jederzeit wiederherstellen, was
• 4:11
  hat ein riesen Pluspunkt ist. Jetzt ist natürlich die Frage
• 4:14
  wenn ich alleine arbeite und es gibt nur eine Richtung der
• 4:17
  Entwicklung also ich integriere halt immer weiter, ich entwickle
• 4:21
  meine Software weiter, es kommen neue Features rein und ich hab
• 4:23
  halt einen sehr geradlinigen Verlauf.
• 4:26
  Dann könnte man ja jetzt sagen, ja, aber wozu soll ich alte
• 4:29
  Stände wiederherstellen? Deswegen würde ich einfach sehr
• 4:32
  gerne mal auf grobe Punkte eingehen, also übergeordnete
• 4:36
  Punkte, wann ist Sinn macht denn auch wirklich?
• 4:41
  Ein Tool für diese Source Code Management zu verwenden.
• 4:45
  Ja, dann halt doch mal den erst raus.
• 4:48
  Woran denkst du denn gerade? Weil ich gerade meinte, wenn man
• 4:51
  alleine arbeitet, mag das vielleicht noch funktionieren,
• 4:55
  am aber definitiv nicht mehr funktionieren wird ist, wenn du
• 4:59
  in einem größeren Team arbeitest beziehungsweise meiner Meinung
• 5:04
  nach 2 Leuten macht es schon gar keinen Sinn mehr davon
• 5:08
  abzuweichen, nicht irgendwelche Arten und weisen
• 5:11
  Versionskontrolle zu verwenden. Aber macht es keinen, also
• 5:14
  würdest du sagen, es ist nicht, also macht es nicht vielleicht
• 5:17
  trotzdem Sinn auch alleine n Repository zu nutzen, auch wenn
• 5:21
  man alleine. Arbeitet noch mal ein ganz
• 5:23
  anderer Punkt. Ende der Folge darauf eingehen.
• 5:27
  Ja OK, ehrlich gesagt, also lass uns mal.
• 5:30
  Erstmal stelle ich die Frage. Später noch mal.
• 5:32
  Genau. Stellen sie einfach mal, weil
• 5:34
  das wäre jetzt zu ausschweifend, weil da werde ich richtig
• 5:37
  emotional bei diesem Thema. Nein, also wie gesagt.
• 5:41
  Also ich finde halt, sobald man im Team arbeitet ist ein must
• 5:44
  have auf solche Tools zu setzen, definitiv allein wegen der
• 5:48
  Skalierbarkeit. Umso mehr Leute, je mehr Leute
• 5:50
  desto schwieriger wird es einfach ohne.
• 5:53
  Da muss man ja natürlich auch dazu sagen, dass.
• 5:57
  Also weil wenn du wenn ich jetzt zum Beispiel gar nicht wüsste,
• 6:00
  was so ein Repository für Vorteile hat, beispielsweise ne,
• 6:07
  wieso ist es dann wichtig, dass man das nutzen kann, also mit
• 6:10
  mehreren Leuten? Also angenommen ich denke jetzt,
• 6:13
  ob ich das jetzt lokal hab oder remote, was ist jetzt sehr große
• 6:16
  Unterschied wenn man jetzt mit mehreren Leuten dran arbeitet
• 6:19
  wenn ich jetzt mal ganz dumm. Stelle weißt du ja genau, das
• 6:21
  ist ja genau die Skalierbarkeit. Also viele Entwickler bedeutet
• 6:25
  viele Änderungen am Source Code an vielen Stellen.
• 6:28
  Bestmöglich natürlich an unterschiedlichen, was aber
• 6:31
  nicht mehr gewährleistet ist. Irgendwann, das heißt, du hast
• 6:34
  das Problem, dass Schnittstellen auftreten werden und Leute
• 6:39
  parallel an ihren eigenen Ständen am gleichen Source File
• 6:44
  sag ich mal arbeiten am gleichen Code und dann ist halt genau die
• 6:48
  Frage, wie willst du das jetzt wieder irgendwie geradlinig auf
• 6:51
  eine Struktur bringen, also auf einen Stand.
• 6:55
  Und um diese Konflikte, die da entstehen, zwangsläufig ne quasi
• 7:00
  Herr zu werden und das bewältigen zu können, sind genau
• 7:03
  solche Tools gedacht dafür. OK, also diese solche Tools
• 7:07
  quasi haben die Möglichkeit dir sozusagen einen, also die die
• 7:13
  Änderungen zwischen verschiedenen Ständen
• 7:15
  anzuzeigen. Das ist unter unter anderem ein
• 7:19
  Feature. Genau, du kannst natürlich immer
• 7:21
  sehen, was ist denn jetzt der Unterschied zu der allgemeinen
• 7:24
  Code Basis, wie du so schön genannt hast und meinem lokalen
• 7:27
  Stand oder ich sehe halt natürlich auch was sind die
• 7:30
  Änderungen meines Kollegen. Ja.
• 7:33
  Und wie passen die jetzt mit meinen eigenen Änderungen
• 7:36
  zusammen und wie kann ich das zusammenfügen, damit es einen
• 7:39
  gesamtheitlichen konkreten Software stand gibt?
• 7:43
  Ja, und da helfen diese Tools enorm, also wirklich so weit,
• 7:47
  dass ich sagen würde, ohne ist es schon fast gar nicht mehr zu
• 7:49
  bewältigen. Du redest einfach gar nicht,
• 7:51
  weißt, wo ist überhaupt was passiert.
• 7:54
  Ne, ja, also du redest jetzt immer von von Tools.
• 7:58
  Was gibt es denn so für? Tools ja, da gibt es sehr, sehr
• 8:03
  viele. Also ich habe auch in meiner
• 8:06
  bisherigen Karriere, sag ich mal viele verwendet schon, aber im
• 8:10
  Endeffekt lande ich persönlich auch persönliche Präferenz
• 8:13
  eigentlich immer bei Git. Weil mir die Art und Weise, wie
• 8:19
  Geld funktioniert, sehr gut gefällt.
• 8:21
  Man kann ja kurz mal drauf eingehen.
• 8:23
  Der Vorteil bei geht den ich sehe ist, dass es verteilt ist.
• 8:29
  Ein verteiltes System in dem Sinne, das heißt, du hast
• 8:32
  einerseits die Code Basis auf dem Server, also remote und
• 8:37
  gleichzeitig lokal bei dir und du musst halt nicht ständig
• 8:42
  Kommunikation mit dem Server betreiben, sondern kann es lokal
• 8:46
  auf deiner Code Basis arbeiten. Und erst beim Zurück spiegeln.
• 8:52
  Zum Server wird es dann halt entscheidend wieder diese
• 8:55
  Verbindung zu haben. Vorher bist du halt wirklich
• 8:57
  getrennt lokal auf deine eigenen Basis unterwegs.
• 9:01
  Das bringt viele Vorteile mit sich, beispielsweise, dass du
• 9:04
  einfach keine Internetverbindung brauchst.
• 9:05
  Ich meine, das ist heutzutage schwer vorstellbar, irgendwo
• 9:07
  keine Internetverbindung zu haben, aber das ist halt schon
• 9:12
  noch ein Vorteil. Einfach in meinen Augen.
• 9:14
  Also du kannst halt lokal machen was du willst, ohne andere Leute
• 9:17
  zu beeinflussen, weil du den Remote nicht tangiert.
• 9:20
  Damit aber du. Hast ja wenn du sagst, dass
• 9:23
  irgendwas remote liegt. Also wenn man jetzt zum Beispiel
• 9:26
  sagt, OK benutzt das Tool git, dann kannst du ja auf deinem
• 9:29
  Rechner das einfach versionieren.
• 9:31
  Ohne irgendwas Remote zu haben. Das mein ich ja, das ist ja die
• 9:36
  lokale Kopie, aber in dem Moment, wenn du mit mehreren
• 9:39
  Leuten zusammenarbeitest, brauchst du halt diese zweite
• 9:42
  Ebene des Remotes, also dass du quasi auf einem Server den Code
• 9:47
  Basis zur Verfügung stellst, auf die wieder alle arbeiten können.
• 9:51
  Ja, aber das ist ja verteilt in dem Sinne, mal angenommen du
• 9:55
  hast jetzt 5 Entwickler und du hast halt dieses eine Repository
• 9:59
  wo der Code liegt, dann können ja alle auf diesem Repository
• 10:02
  arbeiten, haben aber jeweils eine eigene Kopie.
• 10:05
  Lokal und können damit machen, was sie wollen.
• 10:07
  Ja, also worauf ich gerade ein bisschen hinauswill, ist, dass
• 10:10
  man sich das vielleicht auch ganz gut vorstellen kann.
• 10:12
  Das heißt, wenn es gibt ja Services, die in der Lage sind,
• 10:15
  wo man seine Remote Repositories ablegen kann, ne, also zum
• 10:18
  Beispiel so wie github oder ich glab und gibt es noch einige
• 10:22
  andere Services. Die eben so ne git Unterstützung
• 10:26
  anbieten, weil das sind ja 2 verschiedene Sachen.
• 10:28
  Also ich hab zum Beispiel auch schon öfter mal mitgekriegt,
• 10:31
  dass Leute, die jetzt zum Beispiel auch ein bisschen fremd
• 10:34
  sind, immer denken, dass Git und Github irgendwie das gleiche
• 10:38
  ist. Aber eigentlich sind es 2
• 10:40
  komplett verschiedene Sachen, weil das eine ist ja, also
• 10:42
  github ist ja ein Service wo du deine Repository Mode lagern
• 10:46
  kannst. Beispielsweise github in dem
• 10:48
  Fall und gibt s ja nur sozusagen Tool mit, was sozusagen die
• 10:53
  Versionierung. Am Ende überwacht ne also die
• 10:57
  sozusagen genau. Geht ist das versionierungs Tool
• 11:00
  genau sich und das andere ist halt wirklich nur n.
• 11:02
  Hab also wirklich n Server wo du halt deine Repositories hosten
• 11:06
  kannst. Ja.
• 11:08
  Genau genau also nur, dass man genau also nur, dass man das
• 11:10
  einmal ne, wenn man sich das jetzt anhört, dass man denkt,
• 11:13
  OK, alles klar, ich kann git nutzen und um von diesem Remote
• 11:18
  Repository, von dem du geredet hast, das liegt beispielsweise
• 11:22
  um sich das n bisschen besser vorstellen zu können, bei Gitter
• 11:24
  Gitter, was auch immer, genau, und dann gibt es ja das Tool
• 11:28
  gibt wie du meintest, ich habe beispielsweise schon mit Git und
• 11:32
  SVN gearbeitet, mir hat dann geht aber auch mehr gefallen als
• 11:37
  VN, wie ist das bei dir? Womit hast du denn zum Beispiel
• 11:40
  schon mal gearbeitet? Interessiert mich gerade, weil
• 11:42
  du meintest, dass du in deiner Karriere sozusagen auch schon
• 11:45
  einige Tools verwendet hast. In dem in der Hinsicht.
• 11:49
  Ja, also mit SVN auf jeden Fall. Auch SVN ist halt im Vergleich
• 11:55
  zu geht halt zentral. Also das heißt du hast nicht
• 11:58
  dieses diesen verteilten Ansatz, dass du lokal arbeiten kannst,
• 12:01
  sondern du bist halt quasi immer auf der Remote Basis unterwegs.
• 12:07
  Ist auch nicht schlecht, aber ich finde geht halt einfach auch
• 12:10
  wesentlich stärker beziehungsweise geht es einfach
• 12:12
  auch so. Ich will mich nicht zu weit aus
• 12:14
  dem Fenster lehnen, aber so der Branchen Hero also ich denke
• 12:18
  oder mein empfindest, dass die meisten auf Git setzen genau und
• 12:23
  Branchen spezifisch gibt es halt noch andere Tools und.
• 12:31
  Ich frag mich, wie hießen die? Clear case clear case, glaube
• 12:35
  ich hatte ich mal verwendet. Krass, ich gar nicht.
• 12:38
  Ja frag mich nicht wer der Hersteller ist, aber also es
• 12:42
  gibt halt gewisse Versionierungs Tools die dann verwendet werden,
• 12:47
  wenn Prozesse eine Rolle spielen, also wenn Zeit harte
• 12:50
  Anforderungen gibt an Traceability, dass du wirklich
• 12:55
  alles ins kleinste Detail nachweisen kannst, obwohl das
• 12:59
  mit gilt grundsätzlich auch geht, also da ist steht in
• 13:02
  nichts nach, aber es ist halt einfach denn so.
• 13:04
  Ein bisschen aus der Historie heraus, dass auf diese Tools
• 13:07
  gesetzt wurden und meiner Meinung nach ohne jemanden jetzt
• 13:11
  zu nahe treten zu wollen, finde ich, war die Handhabung bei geht
• 13:14
  immer am besten. Ja fand ich.
• 13:16
  Auch also ich hab ja auch, ich hab auch wirklich nicht viel mit
• 13:19
  SVN gearbeitet, weil ich relativ schnell zu gibt, irgendwie dann
• 13:22
  auch geweckt oder alle da auch irgendwie gewechselt sind und
• 13:25
  ich kann mich ehrlich gesagt, wenn ich jetzt mal Hand aufs
• 13:27
  Herz lege, ich kann mich auch nicht mehr wirklich daran
• 13:29
  erinnern, was eigentlich bei bei SVN abging, muss ich ganz
• 13:34
  ehrlich sagen. Also.
• 13:36
  Ich weiß es nicht. Ich könnte glaub ich gar nicht
• 13:39
  mehr erarbeiten, geschweige denn der jetzt aus dem Stegreif
• 13:42
  sagen, ja, das hat jetzt die und die Unterschiede zu gibt.
• 13:47
  Ne, also bin ich auch ein bisschen raus bei SVN weil geht
• 13:50
  einfach absolut gut für die Anwendung ist und genau das
• 13:53
  bietet was man irgendwie im Normalfall eigentlich braucht
• 13:56
  und sich irgendwie durchgesetzt hat.
• 13:57
  Das ist aber nur meine Meinung dazu, so wie ich das empfinde.
• 14:02
  Weil du meintest, dass man ja zum Beispiel eine gewisse
• 14:05
  Traceability oder so ne überwachbarkeit oder wie man das
• 14:09
  übersetzen möchte hat. Du kannst ja bei Git, wenn du
• 14:15
  einen neuen stand, eine neue Version erzeugt, immer eine
• 14:19
  Message dazu packen. Das heißt, du könntest ja
• 14:23
  genauso gut, also ne, weil du meinst, bei github geht es ja
• 14:25
  auch eigentlich ganz gut um das Mal zu sagen, du kannst immer
• 14:29
  eine. Der handgeschriebene Nachricht
• 14:32
  also eine Commit Message, wie man das so schön nennt.
• 14:35
  Aber deinen neuen Stand dran packen, ne, was ja zum Beispiel
• 14:40
  auch ein bisschen dafür dient, das n anderer Entwickler oder
• 14:43
  eine andere Entwicklerin bei einem bestimmten Stand von
• 14:45
  jemandem gut sehen kann. OK, was ist denn hier eigentlich
• 14:49
  passiert? Ne genau.
• 14:51
  Und das ist halt auch ein Punkt, den man wirklich bedacht leben
• 14:56
  sollte. Also nicht einfach irgendwie a
• 14:59
  new Feature oder so was da rein. Greift, sondern halt wirklich
• 15:04
  versucht in diesem Satz. Also es kann länger sein, aber
• 15:07
  man sollte es natürlich auch möglichst kurz fassen, bedacht
• 15:11
  da reinschreiben, was wirklich passiert ist, damit Leute beim
• 15:14
  Überfliegen der Historie schnell sehen können, was mit jeweils
• 15:19
  dem Commit quasi in die Software gekommen ist.
• 15:22
  Ja, wie handhabst du das, wenn wir jetzt zum Beispiel n sagen
• 15:26
  wir mal, Du entwickelst ein Feature und hast vielleicht
• 15:29
  zusätzlich noch so ein kleines Refactoring?
• 15:31
  Würdest du zusammenkommen, oder? Also würdest du da draus
• 15:35
  zusammen, um das jetzt mal in unserer aktuellen Beschreibung
• 15:39
  zu halten, würdest du zusammen eine neue Version davon neue
• 15:43
  Versions stand erzeugen, oder? Würdest du das trennen?
• 15:49
  Boah, das ist das ist natürlich ziemlich spezifisch jetzt ne,
• 15:52
  also wenn das Feature also betrifft, das Refactoring
• 15:55
  gleichzeitig das Feature wieder, dann ja, weil warum sollte ich
• 15:58
  es dann nochmal trennen? Wenn ich aber einfach
• 16:01
  irgendwelche Punkte festgestellt habe, die reflektiert werden
• 16:04
  können, dann würde ich es einzeln machen.
• 16:06
  Ja, tatsächlich klingt auf jeden Fall logisch.
• 16:09
  Also ich hab zum Beispiel, ich denke gerade daran, wenn man
• 16:13
  keine Ahnung, weiß ich auch öfter mal erlebt habe, ist du,
• 16:16
  du arbeitest irgendwo an, keine Ahnung irgendwie am Frontend.
• 16:21
  Entwickelst ne Page und siehst aber gleichzeitig in diesem
• 16:25
  Zuge. Wenn du da vielleicht dir von
• 16:27
  anderen Komponenten ne von anderen teilen, die schon
• 16:30
  existieren, vielleicht ein Styling n bisschen abguckst ne
• 16:34
  und aber auch gleichzeitig verändert, aber dann siehst OK
• 16:37
  warte mal, da muss ich vom Styling her auch nochmal an der
• 16:39
  Komponente was ändern, dann hatte ich auch schon erlebt,
• 16:42
  dass man, dass es dann die eine Person gibt, die sagt, Ja komm,
• 16:45
  hau alles zusammen rein und ne wir fokussieren uns auf das neue
• 16:50
  Feature oder auf den neuen. Auf das neu, also den neuen
• 16:55
  Punkt, den wir gerade betrachten.
• 16:57
  Und wir hauen sozusagen das Styling von irgendwas, was
• 17:00
  eigentlich gar nicht dazu gehört, auch mit rein.
• 17:02
  Andere sagen wieder OK. Wir sollten das unbedingt
• 17:06
  trennen, dass man halt sagt, das neue Feature oder was auch immer
• 17:10
  wird einzeln committed und der sozusagen, der das Styling von
• 17:15
  irgendwas anderes eigentlich nicht zum Feature gehört, wird
• 17:17
  auch noch mal einen committed und ich finde auf jeden Fall
• 17:20
  prinzipiell die Idee dahinter nicht schlecht, weil es ja
• 17:24
  einfach angenommen du bist n, du bist jetzt ein Entwickler von
• 17:28
  von diesem Code und möchtest dir einen bestimmten Stand angucken
• 17:32
  und du sagst ey, guck mal hier, da ist das Feature XY.
• 17:35
  Reingekommen. Dann willst, dann willst du dich
• 17:39
  ja nicht durch irgendeinen quälen, du dir nochmal Anguckst,
• 17:42
  der eigentlich gar nicht zugehört und von daher ist es
• 17:45
  aus dieser Perspektive schon sinnvoll.
• 17:48
  Einen Punkt dazu noch. Es ist natürlich auch immer die
• 17:52
  Möglichkeit, dass ein Fehler in die Software kommt und jetzt
• 17:55
  hast du einen Commit und weißt OK, mit diesem Commit ist n
• 17:58
  Fehler reingekommen, so OK ja gut das neues Feature
• 18:01
  reingekommen, OK das schauen wir uns das Feature also wenn du
• 18:04
  jetzt aber das Refactoring da auch drin hast ist es ja auch
• 18:07
  nicht. Denkbar, dass durch das
• 18:08
  Refactoring dieser Fehler entstanden ist.
• 18:10
  Und dann nimmst du dir im Vorfeld schon die Möglichkeit
• 18:15
  auszusieben, ob es das Refactoring war oder das neue
• 18:18
  Feature. Weil hättest du jetzt einzelne
• 18:20
  commits, könntest du die Stände einzeln wiederherstellen und
• 18:22
  gucken, ob der Fehler drin ist. Das ist halt auch eine enorme
• 18:26
  Zeitersparnis hinten raus. Ja, auf jeden Fall.
• 18:29
  Also das ist auf jeden Fall ein guter Punkt, und da sind wir
• 18:31
  eigentlich schon wieder n bisschen bei dem, was wir in
• 18:34
  der, glaube ich, in der einer der letzten Folgen.
• 18:38
  Gesagt hatten, wenn es nicht sogar die letzte war.
• 18:42
  Einfach mal ein bisschen auch darüber nachdenken, ne, also
• 18:44
  dass man zum Beispiel sagt, OK, welche Commit Message vergebe
• 18:46
  ich? Ne ja, also mal bisschen.
• 18:49
  Bisschen nachdenken. Code.
• 18:51
  Einfach mal nachdenken. Nein, aber also wirklich mal
• 18:54
  vielleicht so eine Minute länger nehmen, um zu sagen, OK, wie
• 18:57
  lautet die Commit Message und vielleicht auch sagen, OK, was
• 19:00
  verpack ich in dieser in diesem Commit, das ist halt durchaus
• 19:04
  ratsam, dass man sozusagen gesagt, OK, ich arbeite ja auch
• 19:08
  nicht alleine im Normalfall an diesem Code, wenn das so ist.
• 19:11
  OK, also ich hab auch schon. Private Repos gehabt, wo ich
• 19:15
  dann einfach gesagt hab, so komm mit und der kommt.
• 19:18
  Message war. Stuff klar.
• 19:21
  Ich dachte Scheiße drauf. Ist jetzt egal.
• 19:24
  Das ist halt genau das Thema. Die Verlockung ist einfach so
• 19:27
  groß, dass ganz schnell einfach du denkst, du, ich will jetzt
• 19:29
  einfach nur mit. Ja, ich hab jetzt so viel
• 19:31
  gemacht und wer kennt das nicht, du hast dir so ein Thema
• 19:34
  vorgenommen, ne willst du ein Feature implementieren ist nur
• 19:37
  was kleines und dann irgendwas unterwegs und du denkst AOK ich
• 19:42
  mach ganz schnell und dann machst du das noch und hier noch
• 19:44
  einmal hast du 1000 Änderungen da obwohl du nur 2 Pfeile sag
• 19:48
  ich mal ändern möchtest. Und ja gut jetzt komm bitte ja.
• 19:51
  Willst du das jetzt alles einzeln kommen oder denkst du
• 19:54
  dir ach komm, ich arbeite doch eigentlich fast alleine da dran?
• 19:57
  Ja genau kommt Message Stuff fertig, rein damit und.
• 20:02
  Das ist, das ist halt genau der Punkt, da kann man auf jeden
• 20:04
  Fall ganz gut unterscheiden, dass man sagt, OK, in welchem
• 20:07
  Kontext bin ich denn gerade unterwegs, ne, also wenn ich in
• 20:10
  einem großen Team bin und das wirklich n Projekt ist, was wo
• 20:14
  wo viele Leute dran arbeiten, dann ist es durchaus sinnvoll
• 20:16
  quasi auch. Sag ich mal die den Code und die
• 20:22
  Commit pro, also die Code pro Commit gut dem Team zu
• 20:26
  präsentieren. Ja, dass man das halt eben auch
• 20:29
  nicht irgendwie wie Kraut und Rüben handhabt.
• 20:32
  Ja, guter Punkt, genau also. Ein Punkt würde ich noch.
• 20:37
  Ach so wolltest du noch. Sorry, ich wollte dich nicht
• 20:38
  unterbrechen, Entschuldigung. Na ja, also was mir gerade noch
• 20:46
  einfällt, ist der Punkt, dass es ja durchaus vorkommen kann.
• 20:50
  Weil wir zum Beispiel, du hattest es vorhin angesprochen,
• 20:54
  du meintest, wenn man jetzt zum Beispiel lokal irgendwas hat
• 20:57
  oder eine, also einen eine Code Basis, wo also 2 Leute dran
• 21:02
  arbeiten, ne, dann ist es natürlich durchaus schwierig,
• 21:06
  wahrscheinlich wenn man am gleichen Pfeil arbeitet, ne, wie
• 21:09
  ist denn das jetzt beispielsweise wenn wir jetzt
• 21:12
  auf so einer Versionierung arbeiten, also beispielsweise in
• 21:16
  Git, wie funktioniert das also angenommen, es gibt jetzt einen
• 21:20
  Pfeil. Ne, das heißt Coding bodies Code
• 21:25
  Punkt, was auch immer Java. Ja.
• 21:28
  Und das liegt jetzt irgendwo Remote auf einem Repo von uns
• 21:32
  und du arbeitest daran und arbeitest an der Funktion.
• 21:39
  Coding Buddies machen Sachen und ich arbeite auch an der
• 21:43
  Funktion. Was passiert dann?
• 21:49
  Naja, also grundsätzlich ist es ja erstmal so.
• 21:51
  Wer als erstes seine Änderung eincheckt.
• 21:56
  Damit erstmal kein Trouble ne, also von einem was der hat
• 22:00
  gewonnen gewonnen. Du springst ja von der gleichen
• 22:05
  Code Basis ab, das heißt Wir ziehen uns jetzt quasi beide den
• 22:09
  Stand a sag ich mal a ist die Ausgangsbasis.
• 22:14
  Und wir entwickeln jetzt beide an den Funktionen rum.
• 22:16
  Dann würdest du jetzt quasi deine Änderungen committen.
• 22:21
  Und dafür sorgen, dass sie verfügbar ist.
• 22:23
  Ne, also im Prinzip in Baguette wäre es du push, das dann halt
• 22:28
  auf den Server ne Mhm, dann ist das für dich fein, da wirst du
• 22:33
  gar keine Probleme mit haben, weil du bist ja quasi vom
• 22:35
  letzten Punkt abgesprungen und hast eine Änderung gemacht.
• 22:38
  Also ich hab jetzt quasi ich hab meine Änderungen gemacht, das
• 22:40
  liegt jetzt auf dem Server und du hast deine lokale, dein
• 22:44
  lokale Änderungen noch bei dir und auf dem Server.
• 22:46
  Wurde mein Ich bin noch am entwickeln.
• 22:47
  Ich bin noch nicht fertig, du warst schneller und hast
• 22:49
  gewonnen, quasi. So und wenn ich dann jetzt meine
• 22:54
  Änderungen auch quasi hochladen möchte und versionieren möchte,
• 22:58
  dann wird der Server zurückmelden.
• 22:59
  Ah nee, ist nicht, es gibt Änderungen auf dem Server, die
• 23:03
  muss ich mir erst ziehen in dem Moment, wenn ich versuche mir
• 23:07
  diese Änderung zu ziehen wird geht mailen, dass Konflikte
• 23:10
  gibt, weil einfach meine Änderungen mit der Akte mit dem
• 23:14
  aktuellen Stand vom Server überschrieben werden würden, ja.
• 23:18
  So ist die Ausgangslage und das Problem, also das heißt, ich
• 23:21
  kann mir den neuesten Stand nicht ziehen, weil ich selbst
• 23:24
  Änderungen da drauf habe, muss mir aber den neuesten Stand
• 23:27
  ziehen, damit ich das einchecken kann, weil es ja n fortläuft
• 23:30
  figer also n Verlauf ist halt ne.
• 23:32
  Also ich kann nicht einfach irgendwo mittendrin was rein
• 23:35
  kommen sag ich mal so und dafür gibt es dann halt das sogenannte
• 23:40
  Git merge, das heißt du musst jetzt die Änderungen die auf dem
• 23:45
  Server liegen zusammenfügen mit deinen Änderungen dadurch wieder
• 23:49
  eine Code Basis. Schaffen die dann kommen kannst
• 23:52
  ich hoffe, das war halbwegs verständlich.
• 23:54
  Das heißt, ich habe deine Änderungen b und meine Änderung
• 23:57
  a und muss jetzt beide zusammenfügen, dass ne quasi ein
• 24:01
  Stern C rauskommt, der dann wieder auf dem Server geladen
• 24:04
  werden kann. Genau, und das kann er ja,
• 24:06
  sorry. Ja, ja, da gibt es verschiedene
• 24:08
  Möglichkeiten. Also über Strategien würde ich
• 24:10
  jetzt nicht so ins Detail eingehen, kann man auch nochmal
• 24:13
  drüber sprechen, aber im Endeffekt sagt hast du 3
• 24:16
  Möglichkeiten benutzt deine Version benutzt die Version vom
• 24:20
  Server. Oder füge sie zusammen und dann,
• 24:24
  ganz wichtig, immer sagen, benutzt meine Versionen.
• 24:30
  Push Force ne, aber das Ding ist das Ding ist, also hast du auf
• 24:34
  jeden Fall supergeil erklärt und also was mir noch so ein
• 24:38
  bisschen fehlt ist oder was ich vielleicht einfach nicht gehört
• 24:41
  habe rausgehört habe ist das ist ein manueller Schritt, ne also
• 24:44
  der wird nicht irgendwie automatisch passieren, sondern
• 24:47
  muss halt ja. Ja, gut war.
• 24:49
  Es gibt verschiedene Strategien, aber von dem, was du gerade.
• 24:52
  Scheint also, oder was ich sag mal so, also.
• 24:54
  Geht, geht, macht das schon ziemlich geil mit dem Auto.
• 24:58
  Das heißt stimmt, wenn Sachen aufgelöst werden können, weil
• 25:02
  zum Beispiel hast am Anfang der Funktion 2 Zeilen eingefügt und
• 25:07
  nicht am Ende 2 Zeilen, dann kriegt das komplett alleine hin,
• 25:10
  beide Einzuflechten. Es fragt dich halt nochmal wenn
• 25:13
  es potentielle Gefahren dabei gibt, aber es kann auch ganz oft
• 25:16
  sein, dass Sachen automatisch gemeldet werden, was eine riesen
• 25:19
  Erleichterung ist. Aber ich glaube worauf du hinaus
• 25:22
  wolltest ist natürlich wenn du jetzt exakt an den gleichen Code
• 25:26
  Zeilen. Schreib ne, dann weiß geht
• 25:27
  natürlich nicht welche jetzt gültig ist oder wie die die
• 25:32
  Vereinigung beider Änderungen aussieht und das ist ein
• 25:35
  manueller Schritt. Ja, ich war.
• 25:37
  Voll in meinem Beispiel gefangen.
• 25:38
  Weißt du, dass wir beide einen der Funktion Coding Buddy.
• 25:41
  Story ich bei dir immer mit rum schreibe.
• 25:42
  Ich habe dann irgendwann Fehler rein und die musst du dann
• 25:45
  wieder raus machen. Ja ne, aber sehr gut erklärt.
• 25:49
  Auf jeden Fall cooles Beispiel, weil das ist finde ich so n
• 25:53
  bisschen ne gewisse. Also in gewisse Kernaktivität,
• 25:59
  die so eigentlich finde ich, dass ja schwierigste in
• 26:05
  Anführungsstrichen ist. Bei auf jeden Fall, wenn
• 26:08
  mitgearbeitet. Ja allgemein ne, das ist jetzt
• 26:12
  nicht nur du hast halt immer dieses Problem, dass Konflikte
• 26:14
  auftreten können, definitiv, aber damit und ohne Daten kann
• 26:18
  man geht sogar ich bin voll der Verfechter, aber das geht halt
• 26:21
  echt von Vorteil, weil du einfach die lokale Kopie hast.
• 26:23
  Das heißt du kannst das lokal mergen.
• 26:26
  Und wenn es nicht klappt, dann setzt es zurück und mach das
• 26:29
  einfach nochmal. Wenn du Fehler gemacht hast.
• 26:30
  Also ist keiner davon betroffen, solange es alles lokal bei dir
• 26:34
  passiert, was ne riesen Vorteil ist in meinen Augen.
• 26:36
  Ja, das stimmt, das stimmt. Du kannst einfach den ganzen
• 26:38
  Scheinwerfer werfen. Ja, das ist ein guter Punkt,
• 26:41
  noch OK, möchtest du noch mal n bisschen zusammenfassen?
• 26:45
  Ich weiß gar nicht, ob wir jetzt alles so schon mal über dieses
• 26:48
  Thema, weil wir ja noch eine Frage, wollte ich dir am Ende
• 26:51
  auch noch stellen, ja, aber so n bisschen zusammenfassend so,
• 26:54
  weil wir ja gerade gesagt haben, warum es geht, wichtig, so was
• 26:57
  sind jetzt die wichtigen Punkte, warum benutzt?
• 26:59
  Man. Gerade so.
• 27:00
  Ich muss nochmal kurz nochmal allgemeiner machen, nicht nur.
• 27:02
  Also ja klar, klar sorry Fällung von uns und ich glaube der
• 27:06
  Branchen Standard mittlerweile. Aber was?
• 27:10
  Warum ist es wichtig, sobald man in einem Team arbeitet, im
• 27:13
  größeren Team und das ganze Skalieren muss?
• 27:16
  Ist es, geht es nicht ohne Versions Kontrolle, wenn eine
• 27:21
  Dokumentation vorlegen muss, wenn du nachweisen willst was
• 27:24
  sich verändert hat an deinen Code ganz wichtiger Punkt, dann
• 27:28
  geht es auch nicht ohne weil wie gesagt was ich am Anfang meinte
• 27:31
  mit Ordner erstellen auf dem USB Stick und da die Version rein
• 27:33
  laden und am besten Textdateien mit einer änderungs Historie
• 27:36
  oder so, dass das wird langfristig nicht funktionieren,
• 27:39
  ne? Zugriffskontrolle ist noch ein
• 27:42
  wichtiger Punkt. Das heißt, wenn du zum Beispiel
• 27:46
  Remote arbeitest, also die ganzen Entwickler sitzen
• 27:49
  meinetwegen auf der Welt verteilt oder einfach nur in der
• 27:51
  Nachbarstadt, dann wird es schwierig mit dem USB Stick
• 27:53
  austauschen. Ne, das heißt du kannst über.
• 27:57
  Kannst du mal vorbeibringen. Ich muss wieder hast.
• 28:03
  Da können wir ja gleich ne aus der Uni erzählen.
• 28:06
  Also das ist nicht so, nicht so unwahrscheinlich, dass man
• 28:10
  arbeitet, auf jeden Fall, was ich sagen wollte ist genau du
• 28:15
  kannst halt gerade in Kombination mit Plattform wie
• 28:17
  Git Hub auch eine Zukunft Kontrolle umsetzen, das heißt
• 28:21
  nicht jeder kann an den Code ran und du kannst nur mit gewissen
• 28:25
  Leuten daran arbeiten, was sehr vorteilhaft ist.
• 28:27
  Was hatten wir noch für Prozess Themen ist es sehr oft wichtig
• 28:31
  wo ich meinte es gibt halt auch andere Tools.
• 28:33
  Durchgesetzt wird aber geht das genauso umsetzen kann und ach so
• 28:39
  einen Punkt haben wir tatsächlich vergessen.
• 28:41
  Du kannst mit so versionierungs Tools natürlich auch Releases
• 28:45
  erzeugen von beispielsweise, was ja eigentlich jeder Coder kennen
• 28:49
  sollte, von Libraries oder Packages, die dann zum Beispiel
• 28:52
  auf github gehostet sind. Ja, da kommt mir sofort so NPMN
• 28:56
  Kopf. Also das war halt zum Beispiel
• 28:58
  sagt so ne, du hast irgendwie diversion, weiß nicht 2.1.3 von
• 29:03
  einer bestimmten Lip von NPM die du dann.
• 29:06
  In dafür. Gibt es ja die, die die Git
• 29:10
  tags, also tags im Prinzip die versions Nummer reinschreiben
• 29:13
  kannst. Und dann kriegst du auch genau
• 29:15
  diesen Stand, also diesen Comic wie wir s ja so schön gesagt
• 29:18
  haben, der dann dieses Release widerspiegelt, im Endeffekt auch
• 29:22
  ne super Sache auf jeden Fall. Genau auf jeden Fall auch ein
• 29:26
  großes Thema, wenn es generell darum geht, dass irgendwie
• 29:28
  bestimmte Versionen manchmal n Code auch zusammen passen müssen
• 29:32
  in Sachen Versionierung. Das ist auf jeden Fall
• 29:34
  vielleicht noch ein interessantes Thema.
• 29:37
  Und Kopfschmerzen. Manchmal witzig, aber.
• 29:40
  Was du gerade meintest, so der Anekdote aus der Uni, ich
• 29:44
  glaube, wenn ich jetzt nicht ganz irre, meinst du, dass wir
• 29:47
  damals in dem Roboter Projekt, was wir irgendwann mal erwähnt
• 29:51
  haben, ganz genau das unseren Code, den wir da geschrieben
• 29:55
  haben, wo haben wir ihn verwaltet?
• 29:57
  Sag? Es in einer wunderbaren Dropbox.
• 30:01
  Ich denke Dropbox ist auch immer noch ein Begriff für unsere
• 30:03
  Zuhörerinnen und Zuhörer. Ich hoffe es.
• 30:05
  Geiles Tool. Ist in gewissermaßen ja.
• 30:13
  Für Team arbeiten nicht so geeignet.
• 30:15
  Also du kannst natürlich, im Prinzip ist ein Datenaustausch
• 30:18
  am Ende ne, also du hast sozusagen Cloud Speicher und
• 30:23
  kannst den Verwalten und ja. Mit mehreren Leuten Leuten
• 30:28
  nutzen wie zum Beispiel Google Drive.
• 30:32
  So aber diese ganze versionierungs Geschichte,
• 30:35
  committen, Historie, Widerstände herstellen, das ist natürlich
• 30:39
  alles da jetzt nicht so gegeben für die Softwareentwicklung und
• 30:43
  da hatten wir natürlich extrem das Problem, wir waren 4 Leute,
• 30:46
  also eigentlich nur 4 Leute. Ja.
• 30:49
  Und hatten eine Code Basis, die in der Dropbox lag.
• 30:52
  Und jetzt haben wir da zusammen entwickelt.
• 30:55
  Ja. Es ist sehr schwierig, genau was
• 30:56
  passiert, nämlich wenn wir, wenn ihr 2 Leute an irgendeinem Teil
• 31:01
  arbeiten und der erste speichert und der zweite speichert auch,
• 31:05
  was passiert dann? Ja, du hast halt die genau diese
• 31:08
  Konflikte, die wir besprochen haben, werden halt einfach über
• 31:12
  gebügelt. Genau also der letzte ich.
• 31:14
  Also wenn ich das richtig im Kopf, ich glaube der speichert,
• 31:16
  der hat halt in dem Falle gewonnen und sagt Halt so, OK,
• 31:20
  das ist jetzt meine Änderung und damit wird ja alles was vorher
• 31:22
  gemacht wurde verworfen und damit hast du ja einen
• 31:25
  riesengroßen Overhead, weil du mal sagen musst Tino, arbeitest
• 31:28
  du gerade an dem Pfeil? Nee, ja gut, was ich Alex,
• 31:33
  arbeitest du gerade an dem Pfeil ne ich nicht gut Benny arbeitest
• 31:36
  du den ich nicht weißt, dann ist also im Endeffekt ist ja so,
• 31:40
  dass du dann wahrscheinlich Kopien warst.
• 31:41
  Also diese klassischen Backup Dateien, dass du sagen kannst,
• 31:44
  OK, ich arbeite jetzt erstmal auf der Datei CD an und dann
• 31:47
  tausche ich irgendwann und so Jungs alle alle cool, da wird OK
• 31:50
  ich werde es jetzt tun, so weißt du und das hat einfach schon
• 31:53
  gezeigt und man muss natürlich sagen, zu dem Zeitpunkt gab es
• 31:56
  einfach versionierungs Tools. Genau.
• 31:59
  Und jetzt möchte ich auf deine Frage nochmal eingehen.
• 32:02
  Damals habe ich nicht die Notwendigkeit gesehen
• 32:04
  beziehungsweise wir alle ja nicht, sonst hätte irgendwer
• 32:07
  gesagt, Ey Jungs, wollen wir nicht mal ein Repository
• 32:09
  aussetzen dafür? Nein, das war Dropbox, wir
• 32:12
  hatten diese Dropbox bei uns im Freundeskreis, weil wir ja auch
• 32:15
  keine Ahnung Uni unterlagen ausgetauscht haben, keine
• 32:18
  Übungsergebnisse an dieser Stelle auf keinen Fall waren das
• 32:20
  übrigens Ergebnisse oder Lösung sowas sowas macht man nicht nein
• 32:27
  jeder übt für sich selbst. Und deswegen haben wir natürlich
• 32:31
  die weiter dafür genutzt. Aber man hätte damals einfach
• 32:33
  schon Repository aufsetzen sollen und deswegen auf deine
• 32:36
  Frage sollte man das auch alleine nutzen, würde ich
• 32:40
  heutzutage sagen, ja, erstens du weißt nie ob dein System
• 32:44
  irgendwie kaputt geht, dein Laptop so blöd es klingt kannst
• 32:47
  du s. Wer macht heutzutage wirklich
• 32:49
  noch auf USB Stick irgendwelche Kopien regelmäßig?
• 32:51
  Also ich mache es nicht. Nicht?
• 32:53
  Auch nicht. Irgendwelche Datensicherung,
• 32:56
  weil ich vertraue da eher zum Beispiel github.
• 32:59
  Einfach ein Profil anlegen, das kostet nichts.
• 33:01
  Wenn man das jetzt nicht quasi kommerziell nutzt oder in
• 33:04
  größeren Teams, wird sich einfach privates Repository
• 33:07
  anlegen und da sein South Code verwalten.
• 33:10
  Hast ne coole Sache, weil es ist einfach Industriestandard sich
• 33:14
  damit auszukennen und das heißt spätestens wenn du in die
• 33:16
  Arbeitswelt kommst sollte man sich gut mit Geld auskennen.
• 33:19
  Ich wollt Grad sagen, das ist halt wichtig, ne, du musst halt
• 33:22
  diese Erfahrung machen und diese diese einfach die also die
• 33:26
  Erfahrungen sammeln, wie man mit diesem Tool oder mit solchen
• 33:29
  Tools. Also man kann sich auch mit
• 33:30
  verschiedenen Tools ausprobieren.
• 33:33
  Github können wir also gut können.
• 33:34
  Wir empfehlen mit beispielsweise github, aber halt auch anderen,
• 33:37
  ist Scheiß egal, aber man sollte glaube ich in der Lage sein
• 33:40
  einfach mit zu arbeiten. Genau.
• 33:42
  Also du kannst natürlich jetzt nicht irgendwie Fälle erzeugen,
• 33:47
  dass du Riesen merge Konflikte kriegst oder so wie auch du bist
• 33:50
  du alleine da dran, ne, also könntest du jetzt irgendwie
• 33:52
  keine Ahnung 2 Profile machen und dann die gegenseitig darauf
• 33:55
  rumgeritten, aber darum geht es ja gar nicht, aber einfach mit
• 33:58
  den Grund Mechaniken von Git. Dazu kommen, das ist schon viel
• 34:01
  wert, weil ich die Erfahrung gemacht habe, im meinem
• 34:05
  bisherigen Berufsleben, das auch einige Leute damit keine
• 34:08
  Erfahrung haben oder hatten, anfangs und dann auch
• 34:11
  Schwierigkeiten damit hatten. Und ich finde, gerade das kann
• 34:14
  man einfach dann, wenn man sich schnell damit beschäftigt oder
• 34:18
  frühzeitig quasi entgegenwirken und einfach schon mal wissen,
• 34:22
  was ist denn, was ist denn mit wann push, wann pullig, was ist
• 34:26
  denn Fetsch zum Beispiel, ne, nur um die ganzen Fachbegriffe
• 34:30
  jetzt nochmal. In den Raum zu werfen.
• 34:32
  Was macht man stash? Genau o stash, das machen auch
• 34:37
  weniger auch n cooles Feature eigentlich aber gut, aber.
• 34:40
  Ich sage, was ich noch hab. Ja, was ich noch ganz kurz sagen
• 34:43
  wollte ist also weil du meintest so OK, man kann sich auch bei
• 34:47
  github repo anlegen und so weiter und sofort ne auf jeden
• 34:51
  Fall ist auch ratsam auch damit zu arbeiten und einfach mal
• 34:54
  Erfahrungen damit zu machen. Was ich aber zum Beispiel auch
• 34:57
  weil im Sinne von alleine mit Git arbeiten.
• 35:02
  Wenn ich anfange, irgendwas Kleines aufzusetzen, irgendwo
• 35:05
  mit anzufangen, mich mal auszuprobieren und einen Stand
• 35:07
  erreicht, wo ich sage, ey, das ist jetzt irgendwie, das
• 35:10
  funktioniert erstmal soweit, wie ich wollte und bevor ich jetzt
• 35:13
  meine nächste Änderung mache, die quasi vielleicht in eine
• 35:17
  ganz andere Richtung geht, vielleicht das Ganze kaputt
• 35:19
  macht, weil ich noch ein bisschen am ausprobieren bin,
• 35:24
  aber erstmal ein Stand erreicht, wo ich sage, der funktioniert,
• 35:27
  das weiß ich so und ich will jetzt einfach nur mal ein
• 35:29
  bisschen wirklich den Code eskalieren.
• 35:32
  Lassen. Dann fange ich zum Beispiel an
• 35:35
  und setze mir einfach lokalen Git auf.
• 35:37
  Also ich mach einfach quasi sozusagen git init, dann habe
• 35:40
  ich n git, also n repo lokal nur bei mir und Committee das ich
• 35:45
  muss das natürlich nicht irgendwo remote hin pushen, das
• 35:47
  bleibt einfach bei mir. Richtig, ja.
• 35:49
  Der Vorteil dabei ist aber, dass wenn ich danach nach einem
• 35:52
  Stand, wo ich weiß, das funktioniert jetzt also das, was
• 35:55
  ich ausprobieren wollte, ist, passt.
• 35:57
  Und ich möchte jetzt sozusagen das nächste oben draufsetzen,
• 36:00
  dann sehe ich, welche Änderungen ich im Verhältnis zu vorher
• 36:03
  gemacht habe. Das heißt, ich erstell mir
• 36:04
  einfach lokal. Meine Kleine geht Historie und
• 36:07
  damit kann ich einfach selber ganz gut sagen.
• 36:10
  OK, welche Änderungen habe ich denn gerade gemacht, weil ganz
• 36:14
  ehrlich, ich hab das auch schon voll oft gesehen, dass man dann
• 36:17
  irgendwie arbeitet, arbeitet, arbeitet ne und dann hab ich am
• 36:20
  Anfang auch gemacht und dann Störung z immer wieder zurück
• 36:24
  was hab ich denn jetzt gemacht hab und dann hast du 5 Files und
• 36:26
  weiß gar nicht mehr welche Störungen z.
• 36:28
  Wie oft musst du das drücken damit deine falls wieder
• 36:31
  synchron sind damit du vielleicht wieder überhaupt an
• 36:33
  Punkt kommst wo du sagst. Das funktioniert erstmal wieder.
• 36:36
  Das ist der Stand, wo es funktioniert hat, gerade wenn
• 36:38
  man neue Sachen ausprobiert und das ist wichtig in der
• 36:40
  Softwareentwicklung neue Sachen auszuprobieren.
• 36:42
  Ja genau, nee. Also das ist auf jeden Fall ein
• 36:45
  sehr guter Punkt. Genau, also du kannst halt dich
• 36:48
  selbst versionieren sozusagen und sagen kannst halt sagen, OK,
• 36:51
  oh nee, das war das ging jetzt in die falsche Richtung, einmal
• 36:54
  bitte einmal zurücksetzen so, und das kannst du nicht, wenn du
• 36:57
  keine Verwaltung dahinter hast. Ne, genau.
• 37:01
  Ja, ein sehr guter Punkt. Auf jeden Fall spricht auch
• 37:04
  dafür, rechtzeitig damit anzufangen, auf jeden Fall.
• 37:06
  Haben wir viel zu spät gemacht. Ja genau, also wie.
• 37:10
  Ich hab halt wirklich erst in meinem Praktikum, da hatten wir
• 37:15
  drüber gesprochen und da hatte ich das erste Mal erst mit Git
• 37:18
  Berührungspunkte. Das heißt ja, da hab ich schon
• 37:22
  33 Jahre studiert als Praktikum, war am Ende vom Bachelor ja
• 37:27
  schon recht spät. Also ich hab sämtliche Software
• 37:29
  Projekte oder Programme die wir schreiben mussten, so in Übungen
• 37:35
  immer einfach nur lokal gehabt, als also ohne irgendwas und da
• 37:38
  hatte ich auch das Problem, dass du gesagt hast, das ist nicht
• 37:41
  die Lösung, hier ändern, da mal ändern.
• 37:42
  Oh mein Gott, jetzt alles jetzt alles kaputt von vorne alles weg
• 37:47
  so weißt du das ist scheiße, ja, aber ansonsten würde ich sagen.
• 37:51
  Wir haben es jetzt ausführlich besprochen, wir 1.
• 37:54
  Folge war nochmal kurz die Anmerkung.
• 37:58
  Sollte es fragen zu dem ganzen Thema, speziell zu Geld geben,
• 38:02
  liebe Zuhörerinnen, liebe Zuhörer, wenn es Unklarheiten
• 38:06
  gibt oder vielleicht der Bedarf da ist, da man Tutorial
• 38:09
  zuzumachen, machen wir das gerne.
• 38:11
  Wir können auch gerne mal ein Video dazu machen, wir einfach
• 38:13
  mal erklären. Wie geht funktioniert, wie man
• 38:16
  es anwenden kann, können auch ein paar Beispiele konstruieren,
• 38:19
  wie Fabi und ich verschiedene Code Änderungen machen und euch
• 38:22
  dann auch mal das Märchen zum Beispiel zeigen.
• 38:25
  Immer raus damit, meldet euch bei uns wär auf jeden Fall cool
• 38:28
  das zu machen, hätten wir auch Bock drauf oder was meinst?
• 38:30
  Du interaktiven Repo aufsetzen, ja.
• 38:33
  Genau. Und dann können wir auch mal
• 38:36
  austoben oder? Das wär aber OK.
• 38:40
  Zurück zu Punkt, wenn die Folge gefallen hat, lasst doch gerne
• 38:43
  mal ein Like da, die Links findest du.
• 38:45
  Show Notes also wie gesagt, meld dich bei uns, wenn der Bedarf
• 38:48
  besteht. Ansonsten wie gesagt ABONNIERT
• 38:51
  den Podcast, würde uns freuen und bis zum nächsten Mal.
• 38:55
  Eure Coding Bodies gemeinsam besser.