Az utóbbi fél évben több időt töltöttem git parancsok kiadásával, mint tényleges java kód fejlesztésével. Ha így nézzük, a git nem valami hatékony eszköz. Persze könnyen lehet, hogy a leghatékonyabb eszköz arra, hogy patchetekt formázz, átrendezz újraírj, brancheket csinálj lokálisan, satöbbi satöbbi. Csak az a baj vele, hogy én pont ezzel nem akarok sok időt eltölteni. Java szoftverfejlesztő vagyok, java szoftvert fejlesztek és hibákat javítok, elég sok munkám akad és nekem ez a pöcsölés a gittel csak nyűg.
A tanulási idő is kicsit hosszabb. A subversionban mondjuk tudnod kell úgy 3-5 egyszerű parancsot ahhoz hogy egész jól elboldogulj vele. A gitben a duplájával se jutsz sokra, a paraméterezés pedig egészen elcseszett. Ennek megfelelően rengeteg embernek vannak vele nehézségei és úgy tűnik egy kicsi de nagyon elkötelezett rajongótábor nyomja.
Az, hogy teljesen decentralizált, kétségtelenül nagy előny lehet a linux kernel fejlesztésében, de nem hiszem hogy tényleg minden projectnek erre van szüksége. Azt hiszem pont ez a feature hozta azt a komplexítást, ami aztán kinyírta a hatékonyságot. Úgyhogy én a gitet már félig bepakoltam a 'technológiai maszturbáció' kategóriába.
Technológiai maszturbáció: amikor az ember valami nagyon szépre gondol, de valami nagyon csúnyát csinál :-)
6 megjegyzés:
Ha túl sokat kell az elágazásokkal törődni, az (ezek szerint) mindenféle verziókezelőben macerás. Talán nem az eszközben van a hiba, hanem a használt módszerben.
Na és mi a véleményed a Hg-ról?
Ez nagyon betalált. :)
ezért használunk hg-t, igen
Nincs igazan velemenyem a hg-rol. A kotelezo tesztkort mentem vele, de nem alakult ki semmi kulonosebb velemenyem rola. Igazabol ha ujra talakoznek vele akkor kezdhetnem elolrol az ismerkedest :-)
svn-ben siman a trunk-on dolgoztam, es azert ez semmilyen problemat nem jelentett ott. Most minden bughoz kulon branchet kell nyitnom. Tulajdonkeppen konnyen elerhetove tett egy opciot a git, amit soha nem akartam hasznalni.
Mercurialnak kicsit emberibb az interface, cserebe nehany hard-core dolgot, nem lehet megcsinalni benne, amit gitben igen.
Mercurial : git = Osx : Linux
Az egyik jo usabilityben, a masikban meg mindent atirhatsz.
Amugy szerintem nem a gittel van a fo bajod, hanem egy hiper tulszervezett branchelesi mechanizmussal (gyanitom, hogy gerrittel megspekelve). Hidd el, hogy SVNben is ki lehetne talani agyament branch policyt...
elismerem, a kicsi és elkötelezett rajongó tábor hive lehetek, de olyan környezetben, ahol 2-3 branchen megy párhuzamosan a fejlesztés (feature branch az n+2 release változásaihoz, release branchek az aktuális (n) fixekhez, és trunk az n+1-edik releasehez), ott azért sokkal gyorsabb és kényelmesebb.
Megjegyzés küldése