Woodpecker CI, a nyílt forráskódú CI/CD automatizálási platform kiadta a 3.20-as verziót. Az új kiadás továbbfejlesztett pipeline-kezelést, biztonsági fejlesztéseket, gyorsabb ütemezést és olyan javításokat hoz, amelyek növelik a szerver stabilitását és javítják az integrációkat.

Az egyik fő újdonság, hogy manuális pipeline-indításkor már ki lehet választani egy konkrét workflow-t. Korábban manuális futtatásnál nem lehetett külön workflow-kat megadni.

Szintén fontos változás, hogy megjelent egy beállítás, amellyel a szervezeteket és felhasználókat a saját agentjeikre lehet korlátozni. Így az adminisztrátorok pontosabban szabályozhatják, mely agentek futtathatnak pipeline-okat, különösen akkor, ha több szervezet osztozik ugyanazon Woodpecker példányon.

Biztonsági szempontból eltávolították az agent tokeneket a folyamatok környezeti változói közül, a bearer hitelesítési adatok pedig már nem kerülnek trace szintű logokba. Emellett a tárolók JWT-jeit mostantól automatikusan cserélik a tároló javítási műveletei során, és megerősítették a konfiguráció lekérésének folyamatát.

További fejlesztések szigorítják a hozzáférés-vezérlést a szervezeti szintű secretek és registry hitelesítési adatok lekérésekor. Ha a jogosultságok szinkronizálása a csatlakoztatott Git hosting szolgáltatással meghiúsul, a Woodpecker mostantól csak olvasható módra vált, ahelyett hogy esetlegesen szélesebb jogosultságokat adna.

Teljesítmény terén a 3.20-as verzió felgyorsítja a sorban álló feladatok ütemezésének számításait, és garantálja, hogy egy szüneteltetett sor a szerver újraindítása után is szüneteltetve maradjon.

A frissítés új CI_REPO_ID környezeti változót is bevezet, így a tároló azonosítója a pipeline-okban is elérhetővé válik. Emellett a CLI lint parancs mostantól előnyben részesíti az automatikusan felismert Woodpecker konfigurációs fájlokat, ezzel egyszerűsítve a konfiguráció ellenőrzését.

A webes felületen átdolgozták a sötét témát, jelzést adnak, ha jogosultsági visszaesés (fallback) történik, és egységesebbé tették az összecsukható workflow-szakaszok működését.

A hibajavítások között a Woodpecker CI 3.20 több, konfiguráció-elemzéssel és workflow-tárolással összefüggő szerverösszeomlást is orvosol. Kijavították azt a problémát is, amikor a depends_on-t használó workflow-k a sor újratöltése után akkor is lefuthattak, ha az egyik függőségük korábban hibára futott.

A Kubernetes backend megbízhatósága is javult: a törölt, ismeretlen állapotú podokat már nem jelentik tévesen sikeresnek, és a backend konfiguráció elemzése mostantól hibát ad vissza, ha érvénytelen opciókat talál.

A Git hosting integrációk több pontosítást kaptak. A GitLab mostantól pontosabban kezeli a csoportból örökölt tároló-jogosultságokat, és kijavították az annotált tagek commitjainak feloldását a GitLab, a Gitea és a Forgejo esetében is. A kiadás foglalkozik az OAuth tokenek frissítésével is a GitHub, a GitLab, a Gitea és a Forgejo integrációkban.

További javítások érintik a Docker backend TLS-alapú kapcsolatait egyedi hostokkal, az SQLite adatbázis zárolását pipeline létrehozásakor, az agent keepalive és timeout kezelését, valamint azokat az ütemezett pipeline-okat, amelyeket kifejezetten megadott enabled mező nélkül hoztak létre.

Végül fontos megjegyezni, hogy az eredeti 3.20.0-s kiadás egy nem szándékos, visszafelé nem kompatibilis változtatást tartalmazott. A fejlesztők kiadták a 3.20.1-es verziót, amely visszaállítja az érintett drone/envsubst funkciót, és kijavítja a lépések naplóinak csoportosításával kapcsolatos hibát a webes felületen.

További részletek a változáslistában olvashatók.