Git, Bazaar, Mercurial - Subversion pod obstrzałem

Jarosław Zabiełło — Wed, 19 Mar 2008 12:00:00 +0100

Świat technologii IT zmienia się coraz szybciej. Nie minęło wiele lat od dosyć masowego przechodzenia CVS do Subversion a już zanosi się na kolejną rewolucję. Tak jak wcześniej atakowany był CVS, teraz atakowany jest Subversion. Atakowany jest przez rozproszone systemy kontroli wersji.

Czym jest system rozproszony (distributed)?

Subversion jest przykładem centralnego systemu wersjonowania. Zawsze mamy do czynienia z centralnym repozytorium kodu. Jakakolwiek próba ściągnięcia nowszych wersji plików wymaga posiadania połączenia z serwerem zawierającym interesujące nas repozytorum. Jakakolwiek aktualizacja zmian w repozytorum wymaga znowu połączenia się z centralnym repozytorium. Systemy rozproszone działają zupełnie inaczej.

Po pierwsze, nie posiadają żadnego centralnego repozytorium. Ściągnięcie projektu polega na sklonowaniu danego repozytorium na dysku lokalnym. Wszelkie lokalnie dokonywane zmiany należy dodawać do swojego, lokalnego repozytorium. Nie jest potrzebne posiadanie aktywnego połączenia z internetem. Co w wypadku, kiedy pierwotne repozytorium się zmieniło i chcemy zaktualizować swoje? Nic trudnego.

Drugą, potężną różnicą w stosunku do Subversion jest łatwość z jaką w systemie rozproszonym scala się dowolne odgałęzienia (branches) kodu. Subversion jest bardzo tu kiepskie. System rozproszony pozwala zatem posiadać najnowszą wersję kodu oryginalnego włącznie z naszymi poprawkami. Jeśli chcemy wysłać nasze zmiany do autora projektu, można to także uczynić. Jeśli autor uzna, że nasze zmiany są wartościowe i godne tego aby je dołączyć, stosuje podobny mechanizm scalania odgałęzień.

Trzecią istotną różnicą jest brak zaśmiecania projektu dziesiątkami folderów o nazwie .svn (W Subversion każdy wewnętrzny folder, aby podlegał wersjonowaniu, musi posiadać w środku taki dodatkowy folder). Systemy rozproszone zwykle tworzą jeden, jedyny folder w głównym katalogu i nie wymagają aby wszystkie wewnętrzne foldery posiadały go również.

W praktyce, porządnie prowadzone projekty używające Subversion stosują jakieś formalne reguły dodawania zmian w kodzie. Np. zabrania się “commitowania” kodu, który nie przeszedł pozytywnie wszystkich testów jednostkowych. Problem w tym, że od chwili zgrania sobie źródeł na dysk, tracimy wszelką możliwość wersjonowania naszych małych, lokalnych zmian (które niekoniecznie muszą być pozbawione błędów). Czasami chcemy się cofnąć do jakiejś wcześniejszej zmiany i nie możemy. Subversion wersjonuje tylko kod w centralnym repozytorium. System rozproszony pozwala zaś na takie śledzenie lokalnych zmian i to nawet w sposób niezależny od ściągniętego kodu z repozytorium Subversion. Niezależny, bo można trochę “oszukiwać” system używany w pracy. :) Po ściągnięciu kodu z SVN, można dodać sobie lokalnie system rozproszony i kontrolować swoją historię lokalnych zmian w sposób nieinwazyjny dla Subversion.

Git, Mercurial i Bazaar

Aktualnie, najbardziej liczące się systemy rozproszone to Git, Mercurial i Bazaar.

Git

Pierwotnie stworzony przez Linusa Torvaldsa do zarządzania kodem jądra systemu Linux, Git zaczyna dosyć przebojowo zdobywać popularność. Pomijając oczywistą wyższość systemu rozproszonego nad system centralnego repozytorium, trzeba podkreślić, że Git bardzo szybki. Niezrównanie szybszy od Subversion, szybszy też od Mercurial i Bazaar. Coraz więcej projektów zaczyna przechodzi na Git’a (np. konkurent Railsów – Merb trzyma źródła repozytorium Git’a, zobacz też “Contributing to Merb” – Part 1 i Part 2)

Także (napisany w Ruby) system do aktualizacji projektów na serwerze (deploying) – Capistrano – posiada wsparcie dla Git’a. Duża rolę w popularyzacji Git’a czynią serwisy takie jak github.com czy gitorious.org gdzie można założyć darmowe konto dla swoich projektów. A do śledzenia błędów i zgłaszania poprawek kodu trzymanego w githubie można użyć serwisu http://lighthouseapp.com.

Railscasts.com znany serwis ze dziesiątkami darmowych filmów edykacyjnych dla Railsów, dodał niedawno screencast opisujący integrację Git’a z Rails. Trochę dłuższy film na ten temat jest dostępny też w serwisie peepcode.com. Zobacz także poniższą prezentację Linusa Torvarldsa n/t GIT’a. Linus nie przebiera w słowach krytyki wobec Subversion, nazywając go po prostu głupim pomysłem. Subversion to tylko poprawiony, stary CVS. Nie wnosi jednak nic specjalnie nowego i jego koniec jest bliski. ;)

Mercurial

Mercurial, to system rozproszony napisany w Pythonie. Z definicji jest więc multiplatformowy (bieżąca implementacja Git’a dla win32 jest dosyć słaba). Zasadniczo niewiele się różni od Git’a. Jest trochę wolniejszy, nie ma (przynajmniej ja nie znam) jakichś popularnych darmowych kont do trzymania projektów. Ale jego zaletą jest wspomniana wyżej multiplatformowość (działa na win32 bardzo dobrze) oraz integracja z edytorem Netbeans 6 (jeszcze trwają prace nad integracją z Git’em). Firma Sun wybrała też Mercurial jako następcę dla Subversion. Są też mniejsze firmy które zdecydowały się na Mercurial z powodu lepszej integracji z systemem Windows, ale są gotowe przejść na szybszego Git’a jak tylko zostanie poprawiona jego wersja dla win32.

Bazaar

Bazaar, podobnie jak Mercurial, napisany został w Pythonie. Nie ma więc problemów z działaniem pod systemem innym niż POSIX. Jest to dosyć ciekawy system, bo potrafi pracować zarówno jako system centralny jak i rozproszony. Jego twórcy są mocno przekonani o wyższości Bazaar nad Git, Mercurial i Subversion, o czym świadczy zamieszczone przez nich śmiałe porównanie z tymi systemami. (Niektóre stare porównania Git’a z Bazaar podkreślały znaczną przewagę szybkości Git’a, ale niestety najczęściej dotyczyły one starej, wolniejsze wersji Bazaar. Od wersji 1.0 poprawiono jednak znacznie wydajność i ten argument trochę stępił swoje ostrze krytyki).

Bazaar posiada, podobnie jak Git, serwer z darmowymi kontami na projekty – launchpad. To może pomóc spopularyzować ten system. Bazaar ma dostępny wygodny plugin do Eclipse. Co do Netbeans 6, są jakieś plany, ale na razie nie wiadomo czy i kiedy dodadzą wsparcie.

Updates

2008-03-23

Użytkownicy OSX 10.5.2 (Leoparda) instalują Gita za pomocą MacPortów (warto dodać wariant +svn aby mieć dostęp do skrypty git-svn; warianty dostępne dla Git’a sprawdza się za pomocą komendy port variants git, a odświeżenie listy portów: sudo port -d sync).

sudo port install git-core +svn

Jeśli instalacja wywali się z powodu problemów z SQlite3, należy doinstalować gmake, czyli:

sudo su
port install gmake
port clean sqlite3
port install sqlite3
port install git-core +svn