GitLab-Issues

Alle Aufgaben werden über GitLab-Issues verfolgt. In diesen Issues setzen wir einige Metadaten als GitLab-Label, um jedes Issue zu kategorisieren.

Phasen-Workflow

  1. stage::awaiting specifications — das Issue wurde gemeldet oder angefragt, aber noch niemand hat damit begonnen zu definieren, was es tun soll.
  2. stage::in specification — die Design-, Funktions- und technische Spezifikation werden geschrieben.
  3. stage::awaiting development — ein Issue ist vollständig spezifiziert (produkt- und technikseitig).
  4. stage::in development — das bedeutet, das Issue wird untersucht (recherchiert), entwickelt und durchläuft den Code-Review-Prozess.
  5. stage::in validation — ein Artefakt steht für Tests, einen Build oder eine Staging-Umgebung zur Verfügung.
  6. stage::awaiting deployment — eine neue Version der Software muss getaggt werden, ein Release muss für die Endnutzer verfügbar gemacht werden.
graph TD
    S1[awaiting specifications] -->|design, functional, tech| S2[in specification]
    S2 --> S5[awaiting development]
    S5 --> S6[in development]
    S6 --> S7[in validation]
    S7 --> |needs work| S5
    S7 --> |adjust specs/design| S1
    S7 --> |task done| S9
    S7 --> S8[awaiting deployment]
    S8 --> |release| S9[closed]