Mercurial w Google Code
- Dodano: 28 kwietnia 2009
- Wprowadził: michuk
- Komentarze: 34
Google oglosił ze w swoim serwisie Google Code udostępni możliwość hostowania projektów przy użyciu rozproszonego systemu zarządzania wersjami Mercurial.
Mercurial będzie drugą po Subversion opcją dla deweloperów, którzy zdecydują się hostować swoje projekty open source w serwisie Google. Wybrany został głównie ze względu na prostotę użycia i lepszego niż Git czy Bazaar klienta Windows. Być może swoje znaczenie miał tez fakt, ze Mercurial napisany jest w Pythonie, jednym z dwóch najważniejszych jezyków wykorzystywanych przez giganta.
Wcześniej podobny ruch wykonał konkurent – Sourceforge, który umożliwił hostowanie projektów z wykorzystaniem systemów Git, Bazaar i Mercurial.
Google zamierza zintegrować Mercuriala głęboko we własną infrastrukturę. Zamiast domyślnego mechanizmu składowania plików, Google wykorzysta własne rozwiązanie bazodanopodobne czyli BigTable.
Już teraz Marcuriala na Google Code mogą testować wybrane projekty. Dla zwykłych śmiertelników dostępny będzie po przejściu kilkumiesięcznych testów.
Rozproszone systemy zarządzania wersjami podbijają od mniej więcej roku środowisko open source, Mercuriala wykorzystuje m.in. projekt Python i Mozilla. Na Git przeszedl niedawno GNOME, a od początku wykorzystywał go Linux i Xorg. Z Bazaar korzysta m.in. Ubuntu i MySQL.
Więcej informacji: http://google-code-updates.blogspot.com/...sting.html
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
34 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
"Na Git przeszedl niedawno GNOME, a od początku wykorzystywał go Linux i Xorg."
No, no, to "od początku" można różnie interpretować. Od początku istnienia Linuxa/Xorga czy od początku istnienia Gita? Oczywiście, to drugie jest poprawne.
"Być może swoje znaczenie miał tez fakt, ze Mercurial napisany jest w Pythonie, jednym z dwóch najważniejszych jezyków wykorzystywanych przez giganta."
Bazaar też jest napisany w Pythonie, więc nie wiem, czemu miałby być gorszym klientem.
W tym przypadku chodziło o porównanie Mercuriala do Git.
Git ma jedną podstawową zaletę – prawie wszyscy w świecie FLOSS go używają (poza tymico używają CVS/SVN). Nie jest to więc n-te narzędzie do nauczenia się.
Ale lepszy mniej znany DVCS niż żaden.
Jak się opanowało ideę rozproszonego systemu kontroli wersji, to nauka samego narzędzia trwa góra jeden dzień.
Dokładnie… najwazniejsze to:
1. Zrozumieć zasadę działania VCS
2. Zrozumieć zasadę działania rozproszonych VSC
A reszta to tylko narzędzie. I tak na codzień używa się tylko kilku podstawowych komend, a do zaawansowanego użycia – mamy pomoc/man/www
Wiem – sam dosyć szybko przesiadłem się bazaar -> git. Ale człowiek jest leniwy…
chodzi o to ze to "prawie wszyscy" tak w rzeczywistosci ogranicza sie do swiata uniksowego. python, mozilla, sun, ubuntu – to przyklady tego ze to "prawie wszyscy" to nieco zle dobrany zwrot.
A w firmach produkujących zamknięty kod, nie? No ale wtedy to zostaje w obrębie firmy/pracowników..
W zamkniętych projektach, gdy pracuje mała grupa dobrze znających się programistów, którym przewodzi jakiś manager, używanie rozproszonego systemu wersji nie jest aż tak przydatne, jak w otwartych projektach, które tworzą setki ludzi z całego świata, a każdy ma inną wizję projektu. (Uff, długie zdanie.)
@Ponton: W otwartych projektach, przy ktorych pracuje duza grupa srednio znajacych sie programistow, ktorzy wiedza, jaki jest plan rozwoju i sa sensownie zorganizowani, uzywanie rozproszonego systemu wersjonowania tez nie jest specjalnie przydatne.
W otwartych projektach każdy może stworzyć swoją gałąź, jeśli chce. W zamkniętych nie może, bo nie za to mu płacą.
@trasz: Dla głównych deweloperów – prawie żadna zmiana (poza pracą off-line
). Dla całej reszty – wspaniała wiadomość. Jeśli patch jest bardziej skompilowany niż 'popraw literówkę' to się przydaje (a do svn'a raczej dostępu nie dadzą).
@jellonek: Nawet nie tyle uniksowego, ile Linuksowego.
znaczy sie xorg to projekt linuksowy?
tia…
@jellonek: Wlasciwie tak. Od momentu zbranchowania developerzy maja gdzies przenosnosc, projekt rozwija sie chaotycznie i kazda wersja ma sporo regresji w stosunku do poprzednich.
@jellonek: prawie wszyscy w śiecie FLOSS. To że 'świat FLOSS'w dużej mierze jest światem uniksowym – szczególnie jeśli chodzi o deweloperów[1].
[1] Mogę odgrzebać chyba nawet jakiś wywiad z kimś z MF 'żalącym się' że większość deweloperów nie ma Windowsa a jak już ma to nie XP SP1/SP 2. Więc nawet tak 'międzyplatformowy projekt'.
"Mercurial napisany jest w Pythonie, jednym z dwóch najważniejszych jezyków wykorzystywanych przez giganta"
A jaki jest drugi "najważniejszy język" wykorzystywany przez Google?
Java?
Ada?
Jesli wstawisz w cytat "z" w odpowiednie miejsce, to chyba bedzie to wystarczajaco jedno-jednoznaczna wersja?:>
English?
Nie rozumiem co chciałeś napisać i jaki mam z tego wyciągnąć wniosek:(
zjava
C++
Java jest odpowiedzią prawidłową.
Nie sądzę.
to zle sadzisz
Ja akurat wiem
Java, C++, JS, Python, shell
Dobrze sądzę. Nie należy do dwóch najważniejszych. Python i JS.
Hint: http://www.joelonsoftware.com/items/2006/08/01.ht…
Nie wiem jakich dwóch
– C++, Java, Python, JS, shell
O powodach wyboru miedzy Gitem a Mercurialem dla Google Code dyskutuja m.in. tutaj:
http://article.gmane.org/gmane.comp.version-contr…
Argument dotyczacy kiepskiego wsparcia dla transportu HTTP w Git (przynajmniej jak do tej pory) wydaje sie calkiem sensowny…
Drugm poważnym argumentam była dużo lepsza integracja revloga z BigTable niż gitowych obiektów wymagających odśmiecania.