Linux-next
A HupWiki-ből...
Andrew Morton fejlesztőt keresett egy újabb kernelfa karbantartására. Az új kernelfa - ami a linux-next néven futna - a Linux kernel alrendszereinek git és quilt fáit tartalmazná a 2.6.x+1 számára. A kernelfa karbantartására jelentkezett Stephen Rothwell, aki vállalta, hogy valóra váltja Andrew álmát. Mi Andrew problémája ami miatt javasolta a linux-next megnyitását?
- 80+ kernel alrendszer fejlesztése folyik elkülönítetten, ebből kifolyólag:
- Andrew-nak sok problémája akad a patch-ek alkalmazásakor
- sok a fordítási időben jelentkező probléma
- előfordulnak futási időben jelentkező problémák
- nagy munka és unalmas az összes fát összeolvasztani, emiatt csökkent az -mm kiadások száma
- a kevesebb -mm kiadásban nagyszámú regresszió van
- a fejlesztők nem nagyon aktívak, hogy lekezeljék ezeket a regresszió jelentéseket
- a mainline kernelben is nagy számú regresszió van; vannak amelyek az -mm folyamaton keresztül szivárognak be
- valójában nagyon kevés kernelfejlesztő foglalkozik az -mm fa tesztelésével
- stb.
Éppen ezért Andrew azt javasolta, hogy nyissanak egy hivatalos, egységesített fejlesztői kernelfát linux-next néven, amely a következő jellemzőkkel bír:
- naponta egyszer beolvasztja az összes alrendszer fát, amely jelenleg 75 git és 5-10 quilt fát jelent
- minden egyes fa beolvasztása után fordítási teszteket végez
- helyzetjelentéseket küld egy újonan létrehozott levlistának és az érintett fejlesztőknek is, ha valami balul üt ki
- mechanizmust tartalmaz, amely megjelöli azokat a patch-eket, amelyek nincsenek "elég régóta" a linux-next fában
- stb.
Ha az új kernelfa elkészül és működik, akkor néhány szigorú irányelv kerülne köré felépítésre:
- ha egy alrendszer fa nem tud automatikusan beolvadni, akkor eldobásra kerül és figyelmeztetés megy a karbantartónak
- ha egy alrendszer fa miatt hiba keletkezik a fordításkor, akkor eldobásra kerül és figyelmeztetés megy a karbantartónak
- ha egy alrendszer fa szervere nem érhető el (nem ritka probléma), akkor eldobásra kerül és figyelmeztetés megy a karbantartónak
- ha egy alrendszer fa olyan futási problémát (regresszió) okoz, amely hátráltatja a tesztelést és a probléma nem kerül megfelelően javításra, akkor eldobásra kerül
- ha egy fa meghatározott időn keresztül eldobott állapotban van a 2.6.x kiadása előtt, akkor az a fa nem felel meg a 2.6.x+1-be való beolvasztásra
Andrew szerint az új kernelfának számos előnye lesz:
- a kernelfejlesztők jobban tesztelni fogják (és remélhetőleg átnézik) egymás kódjait
- a kernelfejlesztők több gondot fordítanak az integrációs problémák megoldására
- Andrew reméli, hogy a fa karbantartók jobban figyelnek majd arra, hogy mit fogadnak el a fájukba, ha tudják, hogy a stuffok egyenesen a linux-next-be mennek
- kevesebb bug kerül Linus fájába
- Andrew-nek több ideje marad értelmesebb dolgokkal foglalkozni (hibajavítás, kódáttekintés, stb.)
- stb.
