Mindenkinek, akinek a man diff parancs jutott a cikkrol eszebe.
Eloszor is, egy fejlesztes nem ugy mukodik, hogy az ember nekiul, es fejleszt, es fejleszt, a program meg elobb-utobb kesz lesz. A fejlesztesnek fazisai vannak, egy jol strukturalt fejlesztesnel feature-k, bugok, improvementek, meg mas effelek vannak. A patch alapu kozzetetel a katranylabdashoz kepest pusztan annyi elonyt nyujt, hogy az egyes valtoztatasi fazisokat egyenkent, kulon elerhetove teszi.
Ez azt jelenti, hogy ha egy adott valtoztatas erintett 8 fajlt, akkor a valtoztatas alapjan kepezett patch file _kizarolag_ az erintett 8 fajl valtozasait tartalmazza, minden egyeb felesleges zaj nelkul (legfeljebb minimalis zajjal).
S hogy miert vazoltam a patch fajlok lenyeget? Nos, egy tobbezer soros, tobbszaz fajlt erinto patchet atlatni nem egyszeru. Sot, nagyon nehez. Ott, ahol amugy is keves a fejleszto (pl. CentOS) nagyon sok idot elvesz annak megallapitasa, hogy az o sajat patcheik, illetve a RedHat monumentalis patche mennyire korrelalnak egymassal. Azonban, egy sok fejlesztot foglalkoztato cegnel, vagy ahol 1:1 veszik at a RedHat kernel forrasat, ugyan hasonlo nehezsegeket okoz a monumentalis patchek kezelese, viszont van eleg ember szetcsomozni a szalakat.
Ami ehhez a sajat velemenyem: reszben jogos a RedHat fellepese, az Oracle kezd eleg komoly versenytarssa valni. Reszben viszont nem baratsagos lepes az olyan, opensource projektek fele, akik az RHEL alapkoveire epitkeztek.
Mindazonaltal, en ugy velem, hogy a RedHat ettol meg joceg maradt, legalabbis ahhoz kepest, amit az Oracle muvel a Solarissal. De ez a dontes konkretan parasztsag volt.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal