Auf einen Blick
Commit-Konventionen
Abschnitt betitelt „Commit-Konventionen“<type>(optional scope)[!]: <Kurzbeschreibung>Komponenten:
type: Art der Änderung (z. B.feat,fix,docs,chore)scope(optional): Bereich/Modul, z. B.(ui)oder(api)!(optional): Bricht die Rückwärtskompatibilität – erfordert Major-ReleaseKurzbeschreibung: Imperativer Satz ohne Punkt
Beispiel:
feat(ui): Button-Komponente hinzufügenHäufigste Typen
Abschnitt betitelt „Häufigste Typen“feat– neue Funktionenfix– Fehlerbehebungendocs– Dokumentationstyle– Formatierung (kein Code-Change)refactor– Code-Umstrukturierung (keine Funktion)test– Tests hinzufügen/ändernchore– Wartung, Build-Skripte, Abhängigkeiten
Warum nutzen?
Abschnitt betitelt „Warum nutzen?“- Automatik: Changelogs & Versionen lassen sich automatisch erzeugen
- Klarheit: Einheitliche, gut lesbare Commit-Historie
- Onboarding: Neue Entwickler verstehen schnell, was passiert
Beispiel:
git commit -m "fix(api): NullPointer bei ungültigen Eingaben verhindern"DB-Connect
Abschnitt betitelt „DB-Connect“Connection String
Abschnitt betitelt „Connection String“Die Connection-Daten müssen in einer Datei /api/.env gespeichert werden. Diese Datei ist nicht im Repo (.gitignore). Ein Beispiel einer .env:
DB_HOST=localhostDB_NAME=fuldaDB_USER=rootDB_PASSWORD=rootUser-Verwaltung
Abschnitt betitelt „User-Verwaltung“Um die Datenbank für die User-Verwaltung vorzubereiten, muss zunächst die entsprechende Migration durchgeführt werden. Diese stellt sicher, dass alle benötigten Tabellen existieren.
Grundvoraussetzung
Abschnitt betitelt „Grundvoraussetzung“Das dotnet-ef Tool ist bereits für das API-Projekt hinzugefügt. Eine globale Installation ist damit nicht zwingend notwendig.
Anwenden von Migrationen
Abschnitt betitelt „Anwenden von Migrationen“Um die Migrationen auszuführen, muss folgender Befehl in der Kommandozeile, im Order /api, ausgeführt werden. Damit werden alle Migrationen angewandt.
dotnet ef database updateFür das Login wird ein JWT (JSON Web Token) verwendet. Für diesen müssen in der .env drei Variablen abgespeicehrt werden. Gerade das Prod-Secret sollte nirgendwo anders ebenfalls verwendet werden.
.env-Datei mit DB und JWT:
DB_HOST=localhostDB_NAME=fuldaDB_USER=rootDB_PASSWORD=rootJWT_SECRET=jUUzhf7&&67dhsj0oJH65DFt522gKCMuJWT_ISSUER=fulda-apiJWT_AUDIENCE=fulda-client