A Woodpecker CI, egy könnyű, saját szerveren futtatható CI/CD platform, amely népszerű Git szolgáltatásokkal, például GitHub-lal, GitLabbal, Giteával és Forgejóval működik együtt, megjelentette a 3.19-es verziót.

A legfontosabb változás egy biztonsági sebezhetőséget érint, amely lehetővé tette, hogy mátrix környezeti változókat fecskendezzenek be az alapértelmezett tároló-klónozási lépésbe. A fejlesztők javították a titkok maszkolását is a pipeline-ok CLI-ről történő futtatása közben, így kisebb az esélye annak, hogy érzékeny adatok kerüljenek a naplókba.

Az új funkciók között mostantól elérhetők a szerver által kikényszerített agent címkék, amelyek nagyobb kontrollt adnak az adminisztrátoroknak abban, hogyan azonosítják és hogyan kapnak feladatot a build agentek. Két új runtime környezeti változó, a CI_AGENT_ID és a CI_AGENT_LABELS is bekerült, így a pipeline futása közben is elérhető az agentekre vonatkozó információ.

Újdonság még az egyedi shell elérési utak támogatása a local backendben, ami nagyobb rugalmasságot ad, ha a pipeline-okat közvetlenül a hoszton futtatják. A kiadás emellett bevezeti az alapértelmezett user namespace támogatást, konfigurálható non-root felülbírálási lehetőséggel.

A pipeline-kezelés is több fejlesztést kapott. A workflow- és lépésfüggőségeket mostantól az adatbázis tárolja, és az API-n keresztül is elérhetők, az agentek listázása pedig lapozási lehetőségekkel bővült.

A hibajavítások között a Woodpecker CI 3.19 megold egy problémát, amely miatt eltűntek a lépések naplói, ha a pipeline kihagyott workflow-kkal fejeződött be. Javították a versenyhelyzeteket a pipeline konfigurációk egyidejű mentésekor, lehetővé tették a pipeline-ok újraindítását akkor is, ha a konfiguráció mentése előtti hiba miatt álltak le, és megakadályozzák az összeomlást olyan workflow-k megjelenítésekor, amelyek nem tartalmaznak lépéseket.

A Git integrációkra is jutott figyelem. A Bitbucket Cloudnál megszűnik a végtelen ciklus a hookok lapozásakor, a GitLab commit státuszkezelését kijavították, és az OAuth token frissítése előtt mostantól újratöltik a felhasználói információkat a tárolóból.

Kubernetes használata esetén a frissítés javítja a workspace volume eltéréseket a CLI-ről indított futásoknál, és gondoskodik róla, hogy az informer cache szinkronizálódjon, mielőtt ellenőrzik egy pod törlését. A local backendben kijavították azt a hibát is, amely agent összeomlást okozott, ha egy workflow-t még az első lépés indulása előtt töröltek.

A további változások közé tartozik a Windows cmd.exe AutoRun parancsainak letiltása a helyi pipeline-futtatás során, az agent leállításának jobb kezelése, a projekt frissítése Go 1.27-re, valamint számos függőség frissítése.

További részletekért, a változások teljes listájáért érdemes elolvasni a release megjegyzéseit.