So funktioniert der Workflow
Eine Änderung ist erst dann abgeschlossen, wenn sie die Anforderung erfüllt, geprüft wurde und am vorgesehenen Ort bereitsteht. Wir verbinden die Schritte dazwischen und legen gemeinsam fest, welche automatisch laufen und wo Ihr Team entscheidet.
-
Die Aufgabe im Ticket festhalten
Was soll sich ändern? Welche bestehenden Funktionen müssen erhalten bleiben? Woran erkennen wir, dass die Aufgabe erfüllt ist?
Diese Angaben bilden die Grundlage für die Umsetzung. Architektur, Repository-Regeln und vorhandene Tests geben Codex den notwendigen Projektkontext.
-
Die Änderung entwickeln und testen
Codex unterstützt bei der Implementierung. Die Änderung wird anhand der Abnahmekriterien geprüft und durch passende Tests abgesichert.
Die Codeänderung und der zugehörige Pull Request werden mit dem Ticket verknüpft. So bleibt erkennbar, welche Umsetzung zu welcher Anforderung gehört.
-
Code und Sicherheitsrisiken prüfen
Wir nutzen Codex Code Review zur Prüfung der Codeänderung im Pull Request. Ergänzend untersucht ein Security Review mögliche Sicherheitsprobleme.
Review-Hinweise werden bewertet: Liegt das Problem tatsächlich vor? Welche Auswirkungen hätte es? Welche Korrektur ist sinnvoll?
Bestätigte Probleme werden behoben und erneut geprüft. Die Befunde und der Umgang damit bleiben nachvollziehbar. Vereinbarte Freigaben legen fest, wann die Änderung weitergehen darf.
-
Über CI/CD in Azure bereitstellen
Die Bereitstellung folgt Ihrem Release-Verfahren. Anwendung und Infrastruktur haben dabei getrennte Deployment-Schritte.
Für Infrastrukturänderungen nutzen wir die Azure Developer CLI, kurz azd. Die Pipeline wird so eingerichtet, dass dieser Schritt nur bei Änderungen der Infrastrukturdefinitionen läuft.
Nach der Bereitstellung wird die betroffene Funktion in der laufenden Anwendung geprüft.
-
Den Fortschritt im Ticket sichtbar machen
Im Ticket laufen die Informationen zur Aufgabe zusammen:
- Welche Codeänderung gehört dazu?
- Ist der Pull Request noch offen oder bereits freigegeben und zusammengeführt?
- Welche Prüfungen wurden durchgeführt?
- Wurde die Änderung bereits bereitgestellt?
Entwicklung, Projektleitung und fachliche Verantwortliche können den Fortschritt vom Ticket aus verfolgen. Eine abgeschlossene Implementierung und eine tatsächlich bereitgestellte Änderung bleiben unterscheidbar.
