From 7fb5ece4f7ab52061057d98b729b99f4791da781 Mon Sep 17 00:00:00 2001 From: Siddhartha Puri Date: Wed, 30 Nov 2022 17:39:05 +0100 Subject: [PATCH] =?UTF-8?q?Eintrag=20f=C3=BCr=20Woche=205?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Lerntagebuch.md | 28 +++++++++++++++++++++++----- 1 file changed, 23 insertions(+), 5 deletions(-) diff --git a/Lerntagebuch.md b/Lerntagebuch.md index c649f64..cc09672 100644 --- a/Lerntagebuch.md +++ b/Lerntagebuch.md @@ -53,13 +53,31 @@ Es gibt verscheidene Typen von IDE und Eclipse ist bekannt für Java Program. # Lerntagebuch, Woche 4 ## 22 Nov, 2022 - ### Lernziel -Dieses mal wurden über Source code Management diskurties -rt. Was die pro und contra von centralized und distributed SCM sind, waren besprochen. Mein lernziel für dieses Woche ist zu lernen, wie man bei der richtigen Methoden Commit macht. +Diese Wochen haben wir über Source code Management gelernt. Die Eigenschaften von Source Code Management, Pro und Contra von Centralized und distributed SCM war mithilfe der Vorlesung ausführlich geworden. +Die Hauptunterschied zwischen die Centralized und Distributed SCM ist dass, developer nur arbeitende Abschrift von History hat, während auf distributed jede Developer eigene History haben. Es war auch nachvol +lziehbar, dass wir unsere commit klein und sauber lassen sollen. Wenn die Commits small sind, kann Ability to resolve conflicts automatisch verbessert werden. Außerdem macht es auch einfacher, selbst conflits + zu loschen. Wir können auch die Änderungen einfach erkennen. Es wurde auch viele Sachen über Branching ausführlich gemacht. ### Erkenntnisse -Ich habe die Ideen über Merge, commit, rebase, usw gesammelt. +Ich habe die Ideen über Merge, commit, rebase, usw gesammelt.Ich möDiese Wochen haben wir über Source code Management gelernt. Die Eigenschaften von Source Code Management, Pro und Contra von Centralized und distributed SCM war mithilfe der Vorlesung ausführlich geworden. +Die Hauptunterschied zwischen die Centralized und Distributed SCM ist dass, developer nur arbeitende Abschrift von History hat, während auf distributed jede Developer eigene History haben. Es war auch nachvol +lziehbar, dass wir unsere commit klein und sauber lassen sollen. Wenn die Commits small sind, kann Ability to resolve conflicts automatisch verbessert werden. + +### Wiederholung +Rebase ist bevorzugt, wenn wir clean History brauchen, und wenn wir viele Commits haben. Merge ist bevorzugt, wenn current branch develop oder master ist. + +# Lerntagebuch, Woche 5 +## 28 Nov, 2022 +### Lernziel +Diese Woche wurden über Software Projekten besprochen. Wie man Einstellleistungen zusammenführt, was die Vorteile von CI Systemen sind, wurde darüber unterrichtet. Automatisiert man die Prozesse, verringert es Konflikt Potential. Es wurden auch über verschiedene Stufe von Softwareentwicklungprozess diskutiert. Was die Bestandteile sind: Bspw. COde schreiben, Abhängigkeitverwaltung, Code veröffentlichen. Es gibt auch einige Regel für Semantische Versionierung; die wurden ausführlich gemacht. Was die Build prozess sind, war auch meine Lernziel. +Verschiedene Sachen und Ideen über Merge, Branches, Conflicts und Commits ist klar geworden. + +### Erkentnis +Verschiedene Askpekt von Repository, Tests und Software Entwickung sind deutlich geworden ### Wiederholung -Rebase ist bevorzugt, wenn wir clean History brauchen, und wenn wir viele Commits haben. Merge ist bevorzugt, wenn current branch develop oder master ist +Ich möchte über Privater fork, Grenzen automatisierter Tests und Vorgehensmodelle noch wiederholen. + +### Kritik +-kein