Kapitel 8. Hinzufügen neuer Funktionen
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Nachdem wir nun alle Feinheiten der Vorbereitung eines Produkt-Backlogs besprochen haben, das für die kontinuierliche Bereitstellung geeignet ist, ist es an der Zeit, sich die Hände mit der Umsetzung schmutzig zu machen. In diesem Kapitel folgen wir dem Beispiel von Groceroo, um zu lernen, wie man Features mit der Granularität kleiner, kontinuierlicher Deployments entwickelt.
Mein empfohlener Arbeitsablauf bei der Aufnahme neuer User Stories im Rahmen der kontinuierlichen Bereitstellung entspricht 1:1 der Struktur dieses Kapitels. Zuerst schauen wir uns die User Story und alle ihre Akzeptanzkriterien genau an und stellen sicher, dass wir den Bereich finden, in dem die Änderungen vorgenommen werden sollen. Dann tauchen wir in den bestehenden Code rund um diesen Bereich ein, um uns ein Bild vom Status quo und der bestehenden Anwendungsarchitektur zu machen. Zum Schluss machen wir uns ein weiteres mentales Bild: das des Zielzustands unserer Codebasis bzw. unseres geplanten Designs für das neue Feature. Wie würde die Codebasis aussehen, wenn das Feature fertiggestellt und veröffentlicht ist? Wie wirkt sich das auf die bestehende Architektur aus? Sind die heutigen Abstraktionen angemessen oder müssen sie in Frage gestellt werden?
Sobald wir einen Status Quo und einen Zielzustand haben, die wir vergleichen können, ...
Get Kontinuierliche Bereitstellung now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
