Fedora: átállás git-re!

Nem meglepetés, hogy a Fedora git-re vált, tudjuk ezt december óta. Az időpont eddig nem volt pontosan definiálva, csak annyit említett korábban Jesse Keating, hogy a Fedora 13 kiadása környékére várható. Most már azonban pontosan tudni, hogy mikor lesz az átállás. Jesse ma egy levelet dobott a fedora-devel@ levelezési listára, amelyben közölte, hogy ma este megnyitják a dist-cvs-t leváltó dist-git-et. Ezzel Jesse közel négy éves munkája fordul célegyenesbe. A levélben érdekes részletek tudhatók meg az átállást megelőző munka részleteiről.

Hozzászólások

Ennek milyen hatása lesz a default desktoppistikére? Git alatt könnyebb bugokat gyilkolni, mint a többi alatt? Sosem dolgoztam egyik verziókövetővel sem, és Fedorát (asszem 9) is az ősidőkben 2 hétig használtam, ezért nincs lövésem sem a témáról.

----------------
(Működésképtelen) processzorokat gyűjtök. Ha van, msg me!

Ez csak a fejlesztőknek fontos, a felhasználók legfeljebb akkor érzékelhetnek belőle valamit, ha ezáltal hatékonyabbá válik a fejlesztés, és mondjuk hamarabb készül el egy bugfix vagy funkció, de ezt nyilván nem nagyon lehet kimutatni, hogy mennyi ideig tartott volna cvs használatával.

A fejlesztőknek viszont fontos, a CVS már eléggé idejétmúlt verziókövető rendszer, a git sokkal korszerűbb, és ezáltal aki kiismeri magát benne, az sokkal hatékonyabban tud vele fejleszteni.

Sokkal hatékonyabban lehet vele dolgozni, és sokkal jobban alakítható a projekt követelményeihez. Azon kívül van benne egy halom hasznos dolog, kis apróságoktól kezdve (git stash) egészen olyan dolgokig, amivel egy esetleges "két hónapja még ment, vajon miért romlott el" típusú egy hetes szívások időtartama csökkenthető drasztikusan (git bisect). A kedvencem a staging area koncepció, így meg tudom azt csinálni, hogy fél napig dolgozok, aztán kis darabonként (git add -p) elkommitolgatom a változatatásokat.

Ahogy nézem a git egyre jobban divatos, a Drupal is megkezdte a CVS->git migrációt...

Nem, csak sok esetben lehet gyorsan es hatekonyan megoldani vele egy feladatot. (Nem feltetlenul a leg optimalisabb megoldassal). Tovabba egy OOP-s nyelv sokszor nyujt olyan problemakra kesz egyszeru es kozertheto nyelvi elemeket, amit az ember amugy is megtenne, csak epp a nyelv gyengesegei miatt valamilyen kevesbe egyertelmu kerulomegoldassal. Persze, lehet modnani azt, hogy az ember ertsen hozza, meg lehet mondani azt is, hogy senkit ne szivassunk feleslegesen.

Szemelyes kedvencem az, amikor valami OOP szeru, de nem OOP kodot irnak. Drupalba ugyan nem melyedtem bele nagyon, de nehol nagyon olyannak tunt egy-ket megoldasa.

----------------
Lvl86 Troll