( uid_558 | 2011. 08. 26., p – 09:06 )

Elso korben azt kell eldontened hogy masodik (central repository) vagy harmadik (distributed) SCM-et szeretnetek. Alapveto kerdes, mert a workflow-t is jelentosen befolyasolhatja annak ellenere, hogy egy distributed SCM is hasznalhato kozponti repositorys felallasban, a gen2-es cuccok viszont csak es kizarolag ezt a workflow-t teszik lehetove.

Ha a masodik generacio mellett dontetek, akkor visual studiohoz en a subversiont ajanlanam AKNHSVN-nel. (Bingyozexploderhez is van kituno plugin TortoiseSVN neven.) Evekig hasznaltam a hobbyprojecteim forraskodjatol a dokumentumaimig mindefele cucc kozponti tarolasara es verziokezelesere, nagyon kezes joszag.

Mivel azonban lassan mar a csapbol is a distributed version control folyik, en ugy egy honapja hataroztam el hogy raszanok par hetnyi szabadidot es kicsit jobban megismerkedek veluk. Repo konverzio utan kiprobaltam a gitet es a Mercurialt. Mindkettonel eleg szopas volt kozpont https-en authentikacioval elerheto repo letrehozasa (svn-nel ez eleg jol dokumentalt es relative egyszeru folyamat) de igy utolag ezeknel sem kene bonyolultabb legyen ha letezne hozza jo dokumentacio, no meg en jobban atlattam volna az apacs lelki vilagat.

a vegen git vs Mercurial (hg) -re redukalodott a problema, amibol a Mercurial kerult ki gyoztesen a kovetkezok miatt:
- git eseten a windows tamogatas hat hogy is mondjam: hagy meg kivanni valokat maga utan, mig mercurialnal a windows is teljes jogu polgar a platformok kozott. Tortoisehg (tortoisesvn-nel kb megegyezo szinvonalon), Visualhg (AKNHSVN helyettesitesere Mercurialhoz )
- a git ugyan tobb lehetoseget biztosit mindenfele repo buzeralasra, de egyreszt ez nem feltetlenul elony minden workflow eseten, masreszt a legtobb valoban szukseges ficsor hg-vel is elocsalogathato pluginekkel.
- hg-hez van perforce plugin - perfarce neven keresd - (lokalisan hg-ben dolgozol, de utana/kozben tudsz push/pull-olni perforce-ba/bol) - melohelyen perforce van sajnos, hullik is tole a hajam rendesen.
- rename: hg szigoruan a sajat velemenyem es izlesem szerint sokkal elegansabban kezeli a rename-eket.
- learning curve: Mercurial konnyebben tanulhatonak bizonyult. A bonyolultabb, kevesbe mindennapos funkcinalitast pluginekkel valositja meg, az alap mukodes gyors elsajatitasa utan raer az ember elszoszmotolni ezekkel, amikor mar tudja hasznalni a rendszer fo funkcioit.
- es a vegen egy nagyon szubjektiv szempont: a git nekem nagyon buhera rendszernek tunt, mig a mercurial sokkal professzionalisabb, letisztultabb erzest keltett.

Es akkor nehany link a sajat dontesed meghozatalanak segitesere:

http://better-scm.berlios.de/comparison/comparison.html
http://www.ericsink.com/entries/hg_denzel.html
http://www.infoq.com/articles/dvcs-guide
http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-…

http://gpsforum.hu - Navigációról szájkosár nélkül