A Forgejo projekt kiadta a 16.0-s verziót a könnyű, saját üzemeltetésű fejlesztői platformjából, amely Git tárolók hosztolására és szoftverprojektek közös fejlesztésére szolgál.

Az egyik legfontosabb újdonság a részletes tárolófigyelési beállítások bevezetése. A felhasználók most már külön választhatnak értesítéseket a problémákról, a pull requestekről, a kiadásokról, vagy ezek bármilyen kombinációjáról, ahelyett hogy minden aktivitásról értesítést kapnának. Emellett a notification backend is megújult.

A tároló-migrációknál a migrációs felület most már megjeleníti, hogy az egyes batch-ek feldolgozása során hány probléma és pull request került át a forrástárolóból. Alapértelmezés szerint a rendszer azokat a migrációkat jelzi részletesen, ahol legalább 45 elem mozog.

A pull request értékelések több fejlesztést kaptak. Az értékelők most már egyetlen megjegyzést is hozzárendelhetnek több módosított sorhoz: ehhez Shiftet kell nyomva tartani, és a diff nézetben ki kell jelölni a kívánt tartományt.

Megújult a PR-ek commitlistája is, letisztultabb elrendezést kapott, amely jobban alkalmazkodik a különböző képernyőméretekhez. Az új dizájn egyelőre csak a PR-oldalakon érhető el, de a projekt tervezi, hogy mindenhol bevezeti, ahol commitlisták jelennek meg.

Még fontosabb, hogy a Forgejo 16.0 több, régóta fennálló problémát is megold a review-kommentek elhelyezésével kapcsolatban. A friss megvalósítás a Git reverse blame funkciójára támaszkodik, így megbízhatóbban követi a változásokat. A Forgejo most már át tudja helyezni a megjegyzéseket, ha a kód máshová kerül, és elavultnak jelöli őket, ha az adott sor már nem létezik.

A Forgejo Actions, a platform beépített CI/CD rendszere mostantól lehetővé teszi az egyes workflow-futtatások kézi priorizálását. A kiemelt futások a várakozó sorban a normál futások elé kerülnek.

A kiadás bevezeti az Authorized Integrations funkciót is, amely kibővíti a Forgejo 15-ben megjelent JWT-alapú hitelesítést. Külső rendszerek és helyi Forgejo Actions workflow-k mostantól ellenőrzött JSON Web Tokenekkel is hitelesíthetik az API- és Git-műveleteket, nem kell statikus access tokenekre hagyatkozniuk.

További Actions fejlesztés, hogy bizonyos workflow-feltételeket már azelőtt kiértékel a rendszer, hogy a feladatokat elküldené egy Forgejo Runnernek, így kevesebb felesleges futás történik. Emellett a befejezett workflow-futtatásokat, a hozzájuk tartozó logokkal és artifactokkal együtt, már törölni lehet a webes felületen vagy a HTTP API-n keresztül.

Bővült az API is: új endpointok érhetők el a teljes workflow-logok, illetve az egyes jobok logjainak lekérésére. Az artifactok mostantól listázhatók, letölthetők és törölhetők az API-n keresztül, és egy új endpoint segítségével az egyes workflow-futtatások külön is megszakíthatók.

A Git oldalán mostantól ellenőrzi a beérkező objektumokat inkonzisztenciákra, így kisebb az esély a tárolók sérülésére. A Forgejo már nem telepíti a Git példahook-fájljait a backend tárolókba, és az instance-szintű hookokat egy központi helyre költözteti.

További részletekért nézd meg a bejelentést. Azoknak az adminisztrátoroknak, akik verziófrissítést terveznek, érdemes áttekinteniük a kiadás inkompatibilis változtatásait, mielőtt frissítenek.

Végül fontos konfigurációs változás érinti azokat a konténeres telepítéseket, amelyek reverse proxy hitelesítést használnak, mivel a Forgejo konténer image-ek többé nem fogják automatikusan tRust-elni az összes proxycímet. Emiatt azoknak az adminisztrátoroknak, akik ezt a hitelesítési módot használják, kifejezetten meg kell adniuk azokat a címeket vagy hálózatokat, ahonnan a tRust-elt reverse proxy forgalom érkezik.