na tada pasidalink, kuri cia imone su simtais tukstanciu programuotoju 
naudoja DVCS? ir kas dar svarbiau, kai tai jai padejo?

>
> Tie žmonės ilgainiui išmoks sinchronizuotis pagal lanksčius (nes
> kintančius) poreikius, susikonstruodami palankiausią workflow modelį
> (kuris visiškai nebūtinai bus griežtai-ribotai centrinis). Jau
> nebekalbant apie tuos, kurie tikslingai naudoja kur kas labiau advanced
> technikas. Eclipse apklausoje dalyvavo (ir) profesionalūs developer'iai,
> kurių organizacijas sudaro šimtai-tūkstančiai darbuotojų: jei
> stambesnėms organizacijoms, korporacijoms, su atitinkama korporacine
> kultūra, standartais, būdingu nerangumu, tinka DVCS ir jie galiausiai
> ten numigruoja (atmetus haipą, svarbūs sprendimai priimami atsakingai,
> pasvertai, o ne taip, kaip aprašei), tai mažytės,
> keliolikos-keliasdešimties developer'ių komandos, zyziančios, kad niekam
> to DVCS nereikia, labiau liudija apie apie tų komandų (ir projektų
> vadybos, valdymo) ir pačių developer'ių trūkumus, nei bylojamą išmintį.
>
> Pabandžiau praktiškai pasibandyti, kaip reikėtų susimesti folder'io
> failus į fast food repozitoriją ir pasistumdyti, pasibranch'inti po
> kelias repozitorijas, tai nusispjoviau taip ir nepabaigęs:
> svnadmin create repo
> po to kryptiškas voodoo nurodinėjant repozitorijos kelius (svn co ir svn
> copy; file://\C:/Documens\/...), kuriam jau nebeužteko kantrybės...
>
> versus tiesiog paprasta, intuityvi, įkalta komandinė sąranka:
> cd path
> hg init
> hg add
> hg ci
> hg clone src dst
>
> Prisireikus susitvarkyčiau, išsiaiškinčiau pasiskaitinėjęs manual'ą; esu
> naudojęs tiek cvs, tiek svn, tačiau pasinaudojęs hg, bzr, jau nebenoriu
> prisiminti, kad reikėtų kapstytis po manual'ą ar taip painiai ir
> užknisančiai suvedinėti kelius tokiam paprastam veiksmui, elementarioms
> komandoms.
>
>
>> http://steveko.wordpress.com/2012/02/24/10-things-i-hate-about-git/
>
> Tai, kad gerokai paviršutiniška. Daug ką galima nurašyti paviršutiniško
> suvokimo, smulkmeniškam kabinėjimuisi, kaip pvz., neaiški kai kurių
> komandų dokumentacija ir sintaksė; kada paskutinį kartą skaitei, ką daro
> svn co ir kitos populiarios komandos, kurias surenki užsimerkęs, jei tik
> to nepadaro mygtuko spragtelėjimai GUI? O sintaksės netobulumų ir
> perliukų galima prirankioti ir kitų programų manual'uose. Beje,
> pabaigoje yra pačio autoriaus komentarai, išsakius jam (kritiškas)
> pastabas. Keletą jų tikrai galima pacituoti:
>
> „But my life is so much better with Git, why are you against it? I’m not
> – I actually quite like the architecture and what it lets you do. You
> can be against a UI without being against the product.“
>
> „Subversion has even worse problems! Probably. This post is about Git’s
> deficiencies. Subversion’s own crappiness is no excuse.“
>
> „There’s a flaw in point X. You’re right. As of writing, over 80,000
> people have viewed this post. Probably over 1000 have commented on it,
> on Reddit (530 comments), on Hacker News (250 comments), here (100
> comments). All the many flaws, inaccuracies, mischaracterisations,
> generalisations and biases have been brought to light. If I’d known it
> would be so popular, I would have tried harder. Overall, the level of
> debate has actually been pretty good, so thank you all.“
>
> Galų gale:
> „Use Mercurial instead! Sure, if you’re the lucky person who gets to
> choose the VCS used by your project.“ :-)
>
>
>> bet iki git'o dvcs nebuvo toks populiarus, o populiarus jis pasidare
>> buten po to, kai Linusas pasake, kad cvs yra sh*** ir visi turi naudoti
>> git, nes tik tai yra geras daiktas.
>
> Spjaut į tą populiarumą. DVCS idėjos ir realizacijos gyvavo gerokai
> anksčiau. git'u DVCS nei prasidėjo, nei užsibaigia. Iki ir be git'o (jei
> jis nepatinka) yra bent dvi alternatyvos (hg, bzr), kurias gali labai
> sėkmingai ir patogiai naudoti vietoje svn. Nebekalbant apie kitas (kurių
> nebandžiau), open source'ines, kurias naudoja programuotojai ir
> projektai/organizacijos: Monotone, Veracity, Fosill, Darcs.
>