metaclass | Mercurial

Mercurial

В честь того, что у меня завтра отключают телефон в связи с "заменой телефонной линии", а так же пропаданиями света на сервере svn и отключением маньяками другого сервера, виртуального, вместе со всей вмварью, сижу изучаю сабж.
Сразу могу сказать, что ребе

belnetmon будет несказанно рад тому, что его экспериментальные разработки можно будет коммиттить локально и созерцать их историю, ничего не меняя в основной ветке. Не говоря уже о том, что ему не нужно будет подключаться по GPRS из турции к центральному серверу для коммитов.

PS: Топки холокоста, оно .hg делает только в корне репозитория, это же позитив несравнимый с .svn в каждой папке рабочей копии subversion.

PPS: Как минимум, отключение интернетов мне уже пофиг - я уже две копии проектов одновременно запилил под hg и svn, т.е. смогу пилить в второй копии под hg, затем сделать push в первую и закомиттить в центральный svn по мере возможности.

Flat | Top-Level Comments Only

Мой топ фич git:
- git более unix-way, чем Mercurial. Можно делать практически всё из shell, вплоть до низкоуровневых операций над хранилищем. И не нужно лезть в Python.
- большое opensource-community. Больше opensource проектов используют git(из интересных мне проектов нет ни одного использующего hg). Большое сommunity разработчиков самого git, что позволяет быстрее реагировать на запросы пользователей.
- в git можно импортировать практически из любого другого SCM: Subversion, CVS, GNU Arch, Mercurial, Bazaar...
- локальные бранчи
- staging area: проще добиваться хорошей гранулированности изменений.

>- git более unix-way, чем Mercurial. Можно делать практически всё из shell, вплоть до низкоуровневых операций над хранилищем. И не нужно лезть в Python.

в меркуриале тоже самое. и не нужно никуда лезть.

>- большое opensource-community. Больше opensource проектов используют git(из интересных мне проектов нет ни одного использующего hg). Большое сommunity разработчиков самого git, что позволяет быстрее реагировать на запросы пользователей.

на мои запросы - говорил прямо с автором, отреагировали очень быстро ;]

>- в git можно импортировать практически из любого другого SCM: Subversion, CVS, GNU Arch, Mercurial, Bazaar...

а в меркуриал низя? ой вэй, я и не знал.

>- локальные бранчи

хито тут? какие могут быть НЕ локальные бранчи в распределённой системе?

>- staging area: проще добиваться хорошей гранулированности изменений.

а это кто?

> в меркуриале тоже самое. и не нужно никуда лезть.

Есть аналоги cat-file и for-each-ref?

> хито тут? какие могут быть НЕ локальные бранчи в распределённой системе?

В mercurial можно не пушить отдельный бранч?

> а это кто?

Так же известен как индекс. На первый взгляд не удобно, но потом понимаешь, зачем это нужно.

>Есть аналоги cat-file и for-each-ref?

Это кто?

>В mercurial можно не пушить отдельный бранч?

Конечно. http://mercurial.selenic.com/wiki/LocalbranchExtension

>Так же известен как индекс. На первый взгляд не удобно, но потом понимаешь, зачем это нужно.

http://mercurial.selenic.com/wiki/RecordExtension - оно? А то я не совсем понимаю что и зачем это.

В итоге имеем - красивая модульная штука vs кучка какашек.

> Это кто?

Вам тоже вслух почитать?

> Конечно. http://mercurial.selenic.com/wiki/LocalbranchExtension

This extension is not distributed with Mercurial.

> В итоге имеем - красивая модульная штука vs кучка какашек.

Про какашки по-подробней, пожалуйста ;)

>Вам тоже вслух почитать?

прочитал man git-cat-file - ничего не понял, вообще ничего. git-for-each-ref - понял - но не вижу необходимости - приведите юз кэйс.

>This extension is not distributed with Mercurial.

вам религия не позволяет поставить?

>Про какашки по-подробней, пожалуйста ;)

при попытках сделать что нить с гитом всегда ощущение копания в кучке дерьма.

- git более unix-way, чем Mercurial. Можно делать практически всё из shell, вплоть до низкоуровневых операций над хранилищем. И не нужно лезть в Python.
В mercurial всё делается через консоль.
А killer feature hg glog у него нету!

- большое opensource-community. Больше opensource проектов используют git(из интересных мне проектов нет ни одного использующего hg). Большое сommunity разработчиков самого git, что позволяет быстрее реагировать на запросы пользователей.
Абстрактное бла-бла-бла. Под винду до сих пор у git'а проблем больше, в отличии от mercurial.

в git можно импортировать практически из любого другого SCM: Subversion, CVS, GNU Arch, Mercurial, Bazaar...
Смотря что понимать под "импортить". Я просто wc держу под hg и под svn
Ковертация репозитория? convert в hg.
А что ещё надо, по сути?

- локальные бранчи
hg help branch
Есть.

staging area: проще добиваться хорошей гранулированности изменений.
Что это?

> А killer feature hg glog у него нету!

А за базар ответишь? ;)
git log --graph

Отлично.
В итоге равный счёт, ничья.

У mercurial отличная документация - разобраться с ним занимает ровно 40 минут. Чем крыть будешь?
Ссылки на progit не канают, там читать слишком дохуя.

Проблемы с вендой чем крыть будешь?

> У mercurial отличная документация - разобраться с ним занимает ровно 40 минут. Чем крыть будешь?

http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html

> Ссылки на progit не канают, там читать слишком дохуя.

Классный аргумент! "Почитайте мне вслух!"

> Ссылки на progit не канают, там читать слишком дохуя.

Вцелом мне на винду по%#й. А какие там сейчас проблемы с http://code.google.com/p/msysgit/ ?

(deleted comment)

> Не канает

Ну, не занаю. Я когда-то прочитал вот это:
http://git.kernel.org/?p=git/git.git;a=blob;f=README;h=80cc27913e449fbc25f2df1c515abc294ba9afde;hb=a3eb250f996bf5e12376ec88622c4ccaabf20ea8

а затем читал только маны. Всё понятно. До этого DVCS не использовал.

> Да и changelog'и + history просматривать в интерактивной гуйне объективно удобней.

Видимо, я не вписываюсь в вашу объективную реальность. Мне хватает git log. А от hg log у меня мозг ломается.

а затем читал только маны. Всё понятно. До этого DVCS не использовал.
Люди по-разному воспринимают информацию. Мне наличие картинок облегчает понимание, существенно облегчает.
Иначе как объяснить феномен популярности подкастов?
А видео-туториалов?

Видимо, я не вписываюсь в вашу объективную реальность. Мне хватает git log. А от hg log у меня мозг ломается.
Выводят они одно и тоже, если чо, и мозг ломается от обоих.
Как и от svn log.
Я приводил в пример hg glog.

* по разному
Дефис лишний...

git'овое раскрашивание лога и вменяемое форматирование спасают мой мозг от повреждений. ;)

(no subject)

zamotivator.livejournal.com - 2009-08-10 09:21 (UTC) - Expand

Не канает. Вот почему git либо портянка (1, 2) либо short tutorial без пояснений?

В идеале должно быть так: 1, 2.

А из портянок вполне есть и The Definitive Guide.

Классный аргумент! "Почитайте мне вслух!"
Не передёргивайте.
Я на git, с чтением всех этих мануалов убил больше трёх десятков часов времени. Понимания не было НИХУЯ.
Пусть я тупой, а вы гений - не буду спорить.
Но работают обычные люди, как я. Потому и победил mercurial - внятной документацией, где спустя 40 минут я уже понимаю ЧТО это и КАК с этим работать.
Вот ВСЁ ОСТАЛЬНОЕ я доберу позже уже по адресным ссылкам.

Вцелом мне на винду по%#й. А какие там сейчас проблемы с http://code.google.com/p/msysgit/ ?
1) Ужасно неудобная настройка внешних утилит merge и diff
2) Дополнения типа git-svn есть лишь в cygwin, а cygwin и msys вместе дерутся
3) TortoiseGit падает, TortoiseHg работает и не жжужит. Не надо говорить "он не нужен", у нас работают в том числе и более обычные чем я, люди, который Gui нужен.
Да и changelog'и + history просматривать в интерактивной гуйне объективно удобней.