From 234ea56ac51cdafbbe6238d8ec0ea137317fa536 Mon Sep 17 00:00:00 2001 From: fdai7409 Date: Wed, 30 Nov 2022 17:30:33 +0100 Subject: [PATCH] SU 05 (23.11.2022) --- Lerntagebuch.md | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) diff --git a/Lerntagebuch.md b/Lerntagebuch.md index 09932de..9ba82e3 100644 --- a/Lerntagebuch.md +++ b/Lerntagebuch.md @@ -125,3 +125,35 @@ Es gibt verschiedene Wege, Branches zusammenzufuehren. Beim merging kann man gut ### Wiederholung Aus dem Master-branche, welcher die Auslieferungsversion an den Kunden darstellt, spornt nur der Develop-branche und der Hotfix-branche. Der Hotfix-branche existiert nur kurze Zeit und dient dazu Bugs zu fixen, die dringend behoben werden muessen, wohingegen der Develop-branche ueber die gesamte Laufzeit des Projekts besteht und die Commits immer clean gehalten werden sollen. Um dies sicherstellen zu koennen und trotzdem das Projekt weiterentwickeln zu koennen spornen aus dem Develop-branche noch der Release-branche (zum Testen und fuer Bugfixes) sowie der Feature-branche (zur Weiterentwicklung). + + +## SU 05 (23.11.2022) + +### Lernziele +- Kooperationen im Softwareentwicklungsprozess + - Moegliche Konfliktpunkte + - Vorteile von CI +- Softwareentwicklungsprozess + - Code schreiben + - Abhaengigkeitsverwaltung + - Semantische Versionierung + - Regeln der sematischen Versionierung + - Codeveroeffentlichung über SCM + - Integration des Codes + - Build-Prozess + - Lieferartefakt erzeugen und ausliefern + - Ergebnisbericht +- Rolle automatisierter Tests + - Probleme des Countinous Intergration + - z.B. compilierbar bedeutet nicht gleich ausfuehrbar + - Vorteile und Grenzen von automatisierten Tests +- Vorgehensmodelle: gemeinsames remote repository und privates fork +- Unterschied von Forks und Clonen +- Umgang mit lokalen repositorys bei Zusammenarbeit an einem Projekt + - Unterschied -f und force-with-lease + +### Erkenntnis +Wichtig für ein gemeinsames Projekt ist es, eine CI zu nutzen um schon von Vorneherein das Konfliktpotenzial zu minimieren. Ausserdem sollte ein build-Tool genutzt werden, um z.B. leichter Abhaengigkeiten organisieren zu koennen und Tests zu automatisieren. + +### Wiederholung +Bei einem gemeinsamen remote repository hat jeder Entwickler einen (Schreib-)Zugriff und es wird von allen ausschießlich gegen das gemeinsame remote repository gearbeitet. Gepushte Zwischenstaende sind fuer alle direkt sichtbar und die Syncronisation gestaltet sich einfach. Beim privaten fork gibt es, im Gegensatz zum gemeinsamen remote repository, ein zentrales remote repository (= master), wobei jeder Entwickler, anstatt Zugriff zu bekommen, ein eigenes fork hat. Private forks werden meist für Open-Source-Projekte genutzt. \ No newline at end of file