no, bo mamy 2011 rok :)

nie ma co kumać, CVS i SVN ssie. Szczególnie przy projektach z gazylionem branchy, które potem są merdżowane z powrotem do trunka  (konflikty drzewne po prostu uwielbiam i naprawianie ich zajmuje więcej czasu niż powinno). No i serwer jest jeden i musi być zawsze sprawny.
Jak zacząłem używać mercuriala to jakoś nie chce mi się do svn'a wracać (chociaż mam jeszcze kilka projektów właśnie na tym SCMie).

Mnie chodzilo tylko o to że VCS napisany w pytongu, zasadniczo ssie ;) GIT rulez :D

laoo: w GITcie (i pewnie Mercurialu), numer rewizji jest równocześnie skrótem SHA1 dzięki któremu możesz sobie zweryfikować czy ci ktoś nie podłożył zgniłego jaja. Niby nic, a jednak może się przydać.

saulot: pod windą git nie ma najlmniejszych problemów. Z TortoisGitem śmiga świetnie. Się instaluje i po prostu działa :)

No więc w czym problem? Wystarczy umieć czytać.

Btw. zła opinia o GITcie pod windą prawdopodobnie wzięła się z pierwszych kompilacji robionych pod cygwinem, który był wolne (z winy cygwina). Msysowe nie mają tego problemu.

No ale nikt nie każe instalować całego środowiska. Instalujesz msysgita który waży kilka mb i to wszystko. A Mercurial potrzebuje Pythona, przez co jest wolniejszy, żre więcej pamięci i dziedziczy 'ssanie' ;)

msys jest potrzebne bo git jest napisany pod systemy unixowe, które wymagają na windzie paru dodatków. Ciężko to obejść bez przepisywania połowy projektu od nowa. To po prostu biblioteka implementująca pewne API i tyle.

Przypominam, że wątek nie jest o tym jaki VCS jest najlepszy. Jeśli się coś nie podoba to spadać na drzewo. NIe będe się tłumaczył z tego dlaczego mi jest wygodnie używać Mercuriala i mam gdzieś dlaczego git jest lepszy. Fajnie by było jakby admin przeczyścił ten spam.
Niepozdrawiam.

MM: Done, pozdrawiam :)

MM: Dzięki!:)

Oglądałem to wideo już dawno temu. Lunus wyszedł w nim na egocentrycznego buraka. Tylko git, a jak nie to jesteś głupi. No poprostu żenada. Używam gita w pracy, ale na windowsa są lepsze narzędzie do mercuriala. To, że jest w pythonie mało mnie interesuje działa. Używam też Scons-a do buildowania. Zaraz ktoś powie, że make jest lepszy :P

A ja wybieram Perforce.

nie czaje waszego narzekania.
salout: w czym ci przeszkadza msys? co cie w nim tak boli? czy wiesz na czym polega to "udawanie uniksa/linuksa"? zle ci ze zamiast msys wlozyc do binarki z gitem mozesz wykorzystac biblioteki do czegos innego (bo po to jest to zmodularyzowane)?
Adam: w czym ci tak przeszkadza python? co cie w nim tak boli? w ogole wiesz jaka czesc mercuriala jest w pythonie napisana? wiesz w ogole dlaczego sie pisze w pythonie?

w obu przypadkach wyczuwam irracjonalne, wrecz religijne podejscie...

Cóż, mam lekką awersję do języków które wywodzą się z basica, w których dodatkowo whitespace ma znaczenie. Co nie zmienia faktu że już od jakiegoś czasu planuje przysiąść i napisać coś w Pythonie, ot tak dla sportu (i dopisać od cv ;)). Co nie zmienia faktu że ssie ;)

Tak sobie flejmuje, ale głównie bierze się to stąd że ostatnio sporo się narobiło różnych VMów, widać to szczególnie pod Linuxem. Jest jvm, .net (mono), python, parrot, różne enginy javascriptu itp. że wspomnę o tych najpopularniejszych (w podstawowej instalce aktualnego Ubuntu na starcie odpalany jest conajmniej javascriptowy vm no i python). Wszystko ma swój narzut i zabiera pamięć i procka. Marzy mi się aby to wszystko chodziło pod jednym vmem - szybko łatwo i przyjemnie. Myślę że najlepszym kandydatem na to jest .netowy CLR (bo wydaje mi się być lepiej pomyślany od javy, cóż chłopaki piszący założenia CLRa mogli uczyć się na błędach javy i wygląda na to że nieźle im to wyszło. Nie wiem jak parrot - teoretycznie jest pod to sporo języków ale czy to ma faktycznie ręce i nogi to chyba jeszcze nikt specjalnie nie sprawdzał. Pythonowy vm wydaje mi się na razie nie spełniać jednego bardzo istotnego założenia - brak wielowątkowości (mówię tu o podstawowym cpythonie). No ale zobaczymy jak się rozwinie pod skrzydłami Googla.

Zauważyliście że to już druga próba offtopicu? ;)