Skip to content

IoT Projekt der TIN22, Semester 3 allgemeine Informatik

Notifications You must be signed in to change notification settings

mxmueller/DHBW-Blickbox

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Dokumentation & Setup: DHBW-Blickbox GitHub Pages

Git Workflow

  1. Sprint-basierte Entwicklung:

    • Für jeden Sprint wird eine eigene Sprint-Branch erstellt.
    • Am Ende jedes Sprints wird der Sprint-Branch in den Master-Branch gemerged.
  2. Story-Branches:

    • Jede Story erhält einen eigenen Branch, abgeleitet vom Sprint-Branch.
    • Die Benennung erfolgt nach dem Schema: #id-name.
  3. Commits:

    • Sprache: Deutsch
    • Innerhalb der Story-Branches werden für jeden Task oder mehrere Tasks separate Commits durchgeführt.
    • Die Commit-Nachricht enthält die IDs der zugehörigen Tasks und den Namen der Änderung im Format: #id_#id2_#id3-name.
  4. Abschluss einer Story:

    • Nach Abschluss einer Story wird der entsprechende Branch sowohl lokal als auch remote vom Entwickler gelöscht.
  5. Merge und Approvals:

    • Vor dem Merge einer Story in den Sprint-Branch muss mindestens ein Approver die Änderungen genehmigen.

Definition of done (Dod)

Im Team wurden die folgenden Kriterien definiert, damit eine Aufgabe oder ein Produkt als abgeschlossen gilt:

  1. Code-Review: Der Code wurde von mindestens einem Teammitglied überprüft.

  2. Unit-Tests: Es wurden ausreichende Unit-Tests geschrieben, und alle Tests sind erfolgreich durchgelaufen.

  3. Integrationstests: Der Code wurde erfolgreich in den Hauptentwicklungszweig integriert, und alle Integrationstests sind bestanden.

  4. Dokumentation: Alle relevanten Code-Änderungen wurden in der Projektdokumentation aktualisiert. Ergo sollten spezielle Diagramme erstellt worden sein, müssen diese auch von dem jeweiligen Entwickelnden im Arc42 erläutert und implementiert werden.

  5. Benutzerdokumentation: Falls erforderlich, wurde die Benutzerdokumentation aktualisiert.

  6. Code-Stil: Der Code entspricht den vereinbarten Code-Standards und Best Practices.

  7. Performance-Überprüfung: Die Performance des Codes wurde überprüft und erfüllt die definierten Anforderungen.

  8. Sicherheitsprüfung: Falls relevant, wurden Sicherheitsprüfungen durchgeführt und alle Sicherheitsanforderungen sind erfüllt.

  9. Akzeptanzkriterien: Alle in den Akzeptanzkriterien definierten Anforderungen sind erfüllt.

  10. Review mit dem Product Owner: Der Product Owner hat das Ergebnis überprüft und akzeptiert.

Die DoD wird regelmäßig überprüft und bei Bedarf aktualisiert, um sicherzustellen, dass sie den aktuellen Anforderungen entspricht.