Enterprise Drupal / 2026. április
Nem minden deprecation egyformán sürgős
Az upgrade audit sok figyelmeztetést hozott. A hasznos munka nem az volt, hogy darabra eltüntessük őket, hanem hogy futási út és jövőbeli blokkolás szerint rangsoroljuk.
A helyzet
Modernizáció során a statikus elemző és a log rengeteg deprecation üzenetet tud adni. A lista látványos, ezért könnyű KPI-vá tenni, hogy hány maradt. Csakhogy egy ritkán futó admin helper és egy minden requestben érintett service warningja nem ugyanazt a kockázatot hordozza.
A megoldási út
A tételeket futási gyakoriság, közelgő hard break, custom ownership és javítási hatás alapján csoportosítottam. A gyors mechanikus cseréket külön vittem a tervezést igénylő API-váltásoktól. Ahol egy contrib modul upstream frissítése várható volt, nem másoltam be saját patchbe feleslegesen ugyanazt a változtatást.
Mi lett belőle
Az upgrade backlog kisebb lett, de főleg értelmesebb. A csapat először azokat a deprecációkat szedte ki, amelyek ténylegesen megállíthatták a következő core/PHP lépést. A maradék ismert adósságként dokumentálva maradt, nem keveredett a blokkolókkal.