|
|
@ -145,3 +145,40 @@ z.B. wenn man eine Methode umbenennt sollte man darauf achten, dass die Methode |
|
|
|
damit der Code weiterhin funktioniert. Wenn man das nicht macht wäre es kein clean Commit. |
|
|
|
|
|
|
|
### Kritik |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## SU 6 (05.11.2023) |
|
|
|
|
|
|
|
### Lernziel |
|
|
|
-Buchempfehlung |
|
|
|
- Software-Projekte |
|
|
|
- Warum wird an Projekten in Gruppen gearbeiten |
|
|
|
- Bestandteile beim Projektarbeit/Coden |
|
|
|
- Abhängigkeitsverwaltung |
|
|
|
- nicht selbst im Build-Lauf erzeugt |
|
|
|
- nicht im SCM eingecheckt |
|
|
|
- Zentrale Bereitstellung(in der Organisation) |
|
|
|
- Zugriff auf einzelne Versionen |
|
|
|
- Semantische Versionierung(semver.org) |
|
|
|
- MAJOR inkompatible Änderung |
|
|
|
- MINOR zusätzliche Features |
|
|
|
- PATCH Fehlerbehebung |
|
|
|
- LABEL spezifische Build-Bezeichnung |
|
|
|
- SCM |
|
|
|
- Build-Prozess |
|
|
|
- Integration |
|
|
|
- Vorteile und Grenzen automatisierter Test |
|
|
|
- private frok |
|
|
|
|
|
|
|
### Erkenntnis |
|
|
|
Ich weiss jetzt, wie man ein Projekt versioniert. Dadurch kann ich dem Gruppenprojekt eine Version zuordnen und |
|
|
|
weiss, welche Version man gerade hat und ob es die Aktuellste ist. |
|
|
|
|
|
|
|
### Wiederholung |
|
|
|
Automatisierte Tests sind Tests, die vorab für das Projekt erstellt werden. |
|
|
|
Diese Tests haben den Vorteil, dass sie automatisch Ablaufen und den Entwicklern Zeit Sparen, |
|
|
|
sie haben aber auch einen Nachteil. Sie Testen nur die Dinge, an die die Entwickler vorher gedacht haben. |
|
|
|
Sollte für etwas kein Test geschrieben sein, wird es auch nicht automatisch entdeckt. |
|
|
|
|
|
|
|
### Kritik |