Angular Update: warum sechs Monate Takt zählt

Es gibt kein Angular Update, von dem ihr vorher wisst, dass es glatt durchläuft. Wer deshalb wartet, macht es nicht einfacher. Er macht es teurer und unsicherer.

Angular kommt im Sechs-Monats-Takt. Das Team hinter Angular liefert verlässlich zweimal im Jahr eine neue Major-Version, im Mai und im November. Seit Jahren. Das ist kein Marketing-Versprechen, das ist eingebauter Rhythmus des Frameworks.

Jede Major-Version bringt eigene Breaking Changes mit. Manche Projekte trifft das gar nicht, manche an einer Stelle, manche an mehreren. Was bei einem einzelnen Update überschaubar ist, weil ihr genau die eine Versions-Liste vor euch habt, wird bei drei nachgeholten Versionen zu einer Suchaufgabe ohne Anker.

Warum aufschieben das Debugging zerstört

Wenn ihr Version für Version aktualisiert, wisst ihr nach jedem Schritt sofort, woher ein neues Problem kommt. Build wirft einen Fehler, ihr lest die Release Notes der einen Version, sucht in den betroffenen Stellen, fertig. Das funktioniert, weil ihr genau eine Variable verändert habt.

Wer drei Versionen auf einmal nachholt, ändert drei Variablen gleichzeitig. Wenn dann etwas bricht, könnt ihr nicht mehr sagen, ob es aus Version X, X plus eins oder X plus zwei stammt. Drei Stapel Release Notes, ein zerlegtes Verhalten, keine Idee wo der Fehler herkommt. Was bei einem Einzel-Update eine Stunde Suche gewesen wäre, wird zu einem halben Tag im Trüben fischen.

Dazu kommen die Drittanbieter-Bibliotheken. Sie sind selber drei Versionen weiter und bringen ihre eigenen Inkompatibilitäten mit. Eure Test-Bibliotheken wahrscheinlich auch. Ihr aktualisiert nicht mehr Angular, ihr aktualisiert ein Versions-Knäuel.

Was ihr stattdessen tun könnt

Update wird nicht als Krise behandelt, sondern als Routine. Konkret heißt das vier Dinge:

• Im Mai und November steht ein halber Tag für Angular im Kalender, fest geblockt.
• Eure CI-Pipeline kennt die Major-Version als Variable, nicht als fest verdrahteten Wert.
• Eure Tests sind dicht genug, dass ein erfolgreicher Build Vertrauen erzeugt. Ohne Tests wird jedes Update zur Wette.
• Drittanbieter-Bibliotheken werden vorher geprüft: ist die nächste Version da, ist sie kompatibel, ist sie noch gewartet.

Wer diese vier Dinge regelmäßig macht, hat nicht weniger Updates, aber jedes davon ist überschaubar. Das Update wird ein Termin, kein Drama.

Fazit

Angular ist keine Plattform, die ihr einmal ausrollt und dann Jahre vergesst. Wer das versucht, zahlt später ein Vielfaches. Nicht weil das Update an sich schwerer wird, sondern weil ihr im Trüben sucht, sobald die Stapel aufeinander liegen.

Wenn euer Angular-Projekt schon mehrere Versionen Rückstand hat und ihr nicht wisst, wie ihr da raus kommt, schreibt mir. Ich habe solche Fälle in mehreren Projekten gehabt, mit neun Jahren Angular-Erfahrung und über 11.000 Stunden Praxis.