why level no what level
keine strikte vorschriften, aber
conventional Commits semmantics commit messages
wir machen es so. Semantic commits
"type":"summary des commits bzw. subject "
feat > feature added fix > a bugfix docs > Dokumentation refactor > irgendwas hat funktioniert. Jetzt besser test > chore > changes to proj. infrastructure. Bspw neues Paket installiert
Neuer branch braucht einen neuen Namen
branch erstellen.
git branch <branch-name>
branch löschen: git-branch -D <branch-name>
Branch wechseln: git-checkout git-checkout -b erstellen und dahin wechseln
wenn der neue Branch beendet ist kann gemerged werden.
git checkout
dann mergen wir auf den branch auf dem wir gerade sind. git-merge
danach kann der alte branch gelöscht werden.
Anmerkung: wie man html und css verbindet kommt in der live session vom 9.5.2022