|
@ -54,3 +54,44 @@ relativ schwer ist zu nutzen. |
|
|
### Kritik |
|
|
### Kritik |
|
|
|
|
|
|
|
|
Es gibt keine Kritik weder an der Vorlesung wie auch an der Übung. |
|
|
Es gibt keine Kritik weder an der Vorlesung wie auch an der Übung. |
|
|
|
|
|
--- |
|
|
|
|
|
|
|
|
|
|
|
## SU 04 (14.11.2023) |
|
|
|
|
|
|
|
|
|
|
|
### Lernziel |
|
|
|
|
|
|
|
|
|
|
|
- Die Woche haben wir über git und effective etwas gelernt |
|
|
|
|
|
- Warum man git benutzen sollte, welche Vorteile es einem bringt |
|
|
|
|
|
- Was SCM bedeutet und was es einem bringt |
|
|
|
|
|
- Vor- und Nachteile von zentralen und verteilten SCM |
|
|
|
|
|
- Warum man mehrere Commits machen sollte und wann man ein Commit beenden sollte |
|
|
|
|
|
- Branching ist in verschiedene Teile eingeteilt und gibt einem eine klare Übersicht dadurch |
|
|
|
|
|
- Branching eingeteilt in master, hotfix, release, develop und feature |
|
|
|
|
|
- Vorteile und wann man merge oder rebase nutzen sollte |
|
|
|
|
|
|
|
|
|
|
|
### Erkenntnis |
|
|
|
|
|
|
|
|
|
|
|
In dieser Woche habe ich gelernt wie wir unser Programm strukturiert aktualisieren können |
|
|
|
|
|
und wie wir immer eine Übersicht haben wie wir auf eine ältere Version des Programms zugreifen |
|
|
|
|
|
können durch immer aktuell gehaltene Commits und ein aktualisiertes Branching. Man kann |
|
|
|
|
|
sein Programm von jedem Gerät aktualiseren im Falle eines zentralen SCM und somit ist jeder |
|
|
|
|
|
so ziemlich auf dem gleichen Stand währenddessen jeder seine eigene Version von dem |
|
|
|
|
|
Programm hat bei einem verteilten SCM und man wenn man sich nicht gut abspricht gleichzeitig |
|
|
|
|
|
an einem Teil des Programms arbeiten kann. Was für mich wichtig war, ist aufjedenfall immer |
|
|
|
|
|
mehrere kleine Commits zu machen, dass im Falle eines Absturzes des Programms oder des Gerätes |
|
|
|
|
|
nicht gleich alles verloren geht, sondern nur der Teil seit dem letzten Commits. |
|
|
|
|
|
### Wiederholung |
|
|
|
|
|
|
|
|
|
|
|
Das Branching unterteilt sich in verschieden Teile wie: master, hotfix, release, develop und feature |
|
|
|
|
|
diese Teile sind leicht zu unterscheiden und man weiß woran gerade gearbeitet wurde/wird, wie die |
|
|
|
|
|
Namen dieser Teile bereits sagt ist das master eine Hauptversion von dem Programm, während zum |
|
|
|
|
|
Beispiel der hotfix einen wichtigen bug der in der master Version passiert ist beheben tut. |
|
|
|
|
|
Der release ist wie der Name schon sagt die Veröffentlichung einer Programmversion und diese |
|
|
|
|
|
wird von Nutzern genutzt und falls bugs entstehen werden diese dann natürlich behoben. Das develop |
|
|
|
|
|
ist die Zeit vor und nach der Veröffentlichung einer Programmversion, während des develops werden |
|
|
|
|
|
verschiedene neue/alte Funktionen (feature) hinzugefügt/bearbeitet und diese gehen dann im |
|
|
|
|
|
späteren release dazu und dann falls ein bug entsteht wieder gehotfixt wird. |
|
|
|
|
|
|
|
|
|
|
|
### Kritik |
|
|
|
|
|
|
|
|
|
|
|
Es gibt keine Kritik weder an der Vorlesung wie auch an der Übung. |