Ütemterv¶

Fejlesztési fázis¶

A fejlesztési szakaszban a fejlesztők új funkciókat adnak a következő kiadáshoz. A korai alkalmazók a napi összeállításokat (nightly build) – melyet minden fontos platformra elkészítünk – használhatják a fejlesztési folyamat követésére, előzetes tesztelésre illetve hibajelentést küldhetnek, valamint megoszthatják gondolataikat, hogy segítsék a fejlesztést.

Funkcióbővítés befagyasztása¶

A funkció bővítés befagyasztásának időszakban új funkcionalitás hozzáadása tilos, mert a hangsúly a QGIS bővítéséről a stabilizálásra helyeződik át. A napi kiadások előzetes kiadássá változnak.

A felhasználóknak el kell kezdeniük ezen előzetes kiadások alapos tesztelését a saját környezetükben, hogy megbizonyosodjanak arról, hogy nincsenek olyan problémák, amelyeket nem szeretnének látni a közelgő kiadásban. Minden ilyen problémát jelenteni kell (lásd Hibák, funkciók és problémák). Minden amit nem vesznek észre, benne marad következő kiadásban. A legutolsó kiadásba csak súlyos probléma esetén történik meg a hibajavítások visszaportolása, ezért az előzetes kiadások tesztelése és a problémák jelentése nagyon fontos.

A befagyasztott funkcióbővítés alatt a fejlesztők figyelemmel követik a hibajegyeket és elkezdenek dolgozni a bejelentett problémák megoldásán, valamint frissítik a vizuális változásnaplót az általuk hozzáadott fejlesztésekkel.

A funkció bővítés befagyasztás kezdetekor a fordítási fájlokat aktualizálják, hogy a fordítók elkezdhessenek dolgozni. Vegye figyelembe, hogy ez egy többlépéses folyamat lehet, bár a funkció bővítést befagyasztották, a hibajavítás során változhatnak a lefordítandó szövegek is.

Két héttel a kiadás előtt elkezdődik a teljes befagyasztás, ami alatt csak a súlyos problémák és a funkcióbővítés kezdete óta bekerült regressziók javítását engedélyezik.

Ezt a kiadásfelelős jelenti be a funkcióbővítés befagyasztásakor.

Kiadás¶

A főverziók és alverziók megjelenése napján létrehoznak egy új fejlesztési ágat és megcímkézik a kiadást, valamint előkészítik a tar csomagokat. Pontkiadás esetén nem jön létre új fejlesztési ág.

Értesítik a csomagkészítőket és megkezdődik a csomagkészítés.

Amint néhány csomag elérhetővé válik, a kiadást be lehet jelenteni, és ennek megfelelően frissül a webhely.

Kiadási ütemterv¶

The schedule is aligned to produce roughly the same dates for each year given our four monthly releases with LTRs entering the LTR repo in late february.

A 2.12-es verzió óta a fejlesztési fázisok mindig 12 hetesek és a befagyasztási fázisok legalább 5 hetesek. A fennmaradó időt az LTR kiadások befagyasztási idejének kiterjesztésére használjuk.

Point releases will happen every month on the latest release branch branch, if there are backports. Beginning with the 3.28 release point releases are only done with new latest releases.

A megjelenést követő első négy hónapban az új LTR (hosszútávú kiadás) egyben a jelenlegi LR (legutóbbi kiadás) is. Ebben a fázisban az új LTR még nem váltja fel a korábbi LTR-t az LTR-tárolókban. Ez csak a következő LR verzió megjelenésekor történik meg.

Ez az ütemezés „iCalendar” formában is elérhető.

Előzetes kiadások / napi kiadások helye¶