Drupal upgrade: a core verzió a legkisebb része a problémának

A helyzet

Egy nagy, régi Drupal-rendszernél könnyű úgy beszélni az upgrade-ről, mintha a cél egyszerűen az lenne, hogy a core verziószáma magasabb legyen. A valóságban minden custom modul, contrib csomag, Composer constraint, PHP-verzió és külső integráció beleszól. Márciusban több olyan helyzet volt, ahol a core önmagában frissíthető lett volna, a környezet viszont még nem volt kész rá.

A megoldási út

Ahelyett, hogy egyetlen nagy frissítést próbáltam volna átpréselni, kompatibilitási térképet készítettem. Külön választottam a tényleges blokkoló függőségeket a csak figyelmeztető deprecációktól, és megnéztem, mely custom kódok érintenek megváltozott API-t. A Composer megoldását nem kész válaszként kezeltem: azt is ellenőriztem, hogy a létrejött dependency graph futás közben értelmes marad-e.

Mi lett belőle

Az upgrade feladat kisebb, ellenőrizhető lépésekre bomlott. Előbb a kompatibilitási blokkolók kerültek ki, utána a deprecációk, majd jöhetett a core-váltás. Ez lassabbnak tűnt, mint egy nagy update parancs, de jóval kevesebb visszagörgetést és prod-közeli meglepetést okozott.