|
|
|
@ -697,6 +697,31 @@ In der letzten Übung haben wir einige neue Git-Befehle kennen gelernt. Um diese |
|
|
|
- Ändern der Formatierung |
|
|
|
- Reiz/Ärger |
|
|
|
|
|
|
|
- Vorteile von CI (_continuous integration_)-Systemen |
|
|
|
- verringern Aufwand durch Automatisierung |
|
|
|
- durch formale Vorgehensweise |
|
|
|
- ändert z. B. Whitespace und Formatierung |
|
|
|
- Verringerung des Konfliktpotentials |
|
|
|
- Vorstufe zu COntinous Delivery |
|
|
|
|
|
|
|
- Softwareentwicklungsprozess |
|
|
|
- Code schreiben |
|
|
|
- verwalten von Abhängigkeiten |
|
|
|
- Code Veröffentlichung |
|
|
|
- Integration (Veröffentlichungen zusammenführen) |
|
|
|
- build-Prozess |
|
|
|
- Compiler prüft auf Fehler (nicht Runtimefehler) |
|
|
|
- c erstellt Bytecode |
|
|
|
- moderne Sprachen wie z.B. Java wandeln Code erst in Maschienencode um und brauche eine Runtime |
|
|
|
- in beiden Fällen wird in Zielformat umgewandelt |
|
|
|
- automatsierte Tests (__müssen erst von Menschen geschrieben werden__) |
|
|
|
- Bereitstellung |
|
|
|
- Ergebnis des Build-Prozesses |
|
|
|
- Ausführungsdatei (z. B. .jav oder .c) |
|
|
|
- und Config-Datei mit defaults |
|
|
|
- Ergebnis wird in Repo hochgeladen |
|
|
|
- Lieferartefakt |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fdai7783
1 year ago