Где хороший мануал по Mercurial?

В природе не существует. Но есть хороший английский мануал :)

А есть ли хорошее руководство по git? Хоть на каком.

> А есть ли хорошее руководство по git? Хоть на каком.

Есть. <провокация-флейма>Но оно не имеет смысла - git нинужен. </провокация-флейма>

>нинужен

В том то и дело, что нужен. Уже перешли. Теперь надо изучить. :)

> Уже перешли. Теперь надо изучить. :)

А вы последовательность не перепутали? :P

>А вы последовательность не перепутали? :P

Сейчас момент некритичный. При краней необходимости можно будет выбрать что-нибудь другое.

А чем git так уж плох?

> нужен. Уже перешли.

Вы всегда переходите на неизвестную систему? o_O У вас еще есть время перейти на Mercurial :)

ИМХО, tutorial из дерева исходников Git неплох. И Jeff Garzik написал несколько неплохих инструкций. В материалах OLS2006 была статья Junio.

> А чем git так уж плох?

Осторожно, многабукаф (это разговор сегодня ночью на #mercurial) !

(01:37:39) DannyB: various gcc developers who have tried git have run screaming
(01:37:47) DannyB: from having to manually repack repos to get sane space usage
(01:37:53) DannyB: to occasional massive repo corruption for no reason
(01:38:09) DannyB: to the source to git being hard to understand and modify (which is funny from a gcc dev, but there it is)
(01:38:20) mugwump: well, tell them to harden up
(01:38:24) mugwump: or add the feature to hg
(01:38:31) DannyB: Tools are supposed to work for users, not users work for tools
(01:38:38) DannyB: i'll probably add the feature to hg
(01:38:53) mugwump: this is open source, you need to make the tools work the way you want them to
(01:38:57) DannyB: Thanks, I know
(01:39:10) mugwump: most anti-git fud is outdated these days
(01:39:25) DannyB: Linus seems to do a good job of turning people off on his own :)
(01:39:36) DannyB: With acerbic videos
(01:39:46) mugwump: I have yet to see a real case of repo corruption
(01:39:54) tailgunner: mugwump: which fud, exactly?
(01:39:57) DannyB: I'll see if danderson is around
(01:40:15) DannyB: Anyway, for now i'm evaluating whether it's worth trying to move us to mercurial
(01:40:29) DannyB: Moving us to SVN required me adding and speeding up SVN a lot
(01:40:40) DannyB: s/adding/adding features to/

...

(01:42:41) danderson: for the record, I now want to develop a git transport for hg, just so that I can clone git stuff into a *sane* scm and not end up wanting to scratch my eyes out after an hour using git

...

(01:43:16) mugwump: heh. what git version did you last use danderson ? :P
(01:43:28) danderson: also, git users seem to have always the same answer for everything
(01:43:34) danderson: "Hey, it's open source, just code it asshole!"
(01:43:41) danderson: but here's a newsflash
(01:43:48) danderson: I have better things to do than fix your broken software
(01:43:59) danderson: my scm is a tool, which I use to develop things I care about
(01:44:15) danderson: not some spoilt brat I have to care and feed daily for fear of it throwing a hissy fit.
(01:44:33) danderson: that said, yay mercurial.
(01:45:00) danderson: it doesn't get in my way, doesn't vomit in my nostrils when I make a mistake, and generally lets me get on with what I care about
(01:45:14) danderson: there. Whew, that was liberating.
(01:45:55) mugwump: it certainly looked enjoyable. Look, I don't care, I realise that there are tools out there with a better UI than git. I just want a tool that's robust and not fragile by design
(01:46:53) mugwump: sure with the amount of tools you get you can smash git repositories easily enough.
(01:47:08) mugwump: but as long as you commit first and ask questions later, your work is never lost
(01:47:18) danderson: exactly. And git is not that robust tool in my experience.
(01:47:21) hollisb: funny, I've seen git repositories rendered unusuable by git itself
(01:47:26) danderson: You may have a better experience, more power to you
(01:47:30) mugwump: but the data is never lost
(01:47:49) DannyB: how do i put this gently
(01:47:52) DannyB: users don't give a ahist
(01:47:53) DannyB: shit
(01:47:57) danderson: that's the equivalent of saying "Hey, I put your hamster through the blender, but all its molecules are still there!!"
(01:47:59) DannyB: they want something that never fails
(01:48:26) mugwump: some users do
(01:48:36) danderson: ("And look, as a side-effect you get a really inventive milkshake!" - which I don't give a shit about if I want my hamster back)
(01:48:53) mugwump: sure, but at least the hamster itself got saved perfectly
(01:49:14) mugwump: so you need to pick it up and put it back in the milkshake. big deal!

В общем, как я понял, претензии - к тому, что он сложный и временами ломает большую базу. Ну что же. Будем ловить обновления. :) Везде есть свои косяки.

> как я понял, претензии - к тому, что он сложный

что он _неоправданно_ сложный

> и временами ломает большую базу.

насчет "большой" там не было

> Везде есть свои косяки.

В Mercurial я порчу репозитория встречал года полтора назад в последний раз

<флейм>hg тоже не нужен.
Особенно с таким подходом разработчиков, который есть сейчас.
"Unix - наше фсё! ASCII - наше фсё!"
Тьфу.
</флейм>

> hg тоже не нужен.

>Особенно с таким подходом разработчиков, который есть сейчас.

>"Unix - наше фсё! ASCII - наше фсё!"

А ты точно о hg говоришь? o_O А то разрабы Mozilla выбрали его из-за нормальной поддержки Windows, и поддержка двоичных файлов в нем изначальная и эффективная.

А Unix - таки да, наше ффсё :)

> "ASCII - наше фсё!"

Я как-то решил сделать доброе дело и перевести меркуриал на юникод, долго препирался с разработчиками в и ихней рассылке, объяснял им, зачем вообще юникод нужен, слал патчи, но Мэтт упёрся рогом, и сказал, что юникодные строки ваще зло, и даже грядущий Питон-3000 его ни разу не волнует, потому что "thankfully that's still 994 years off". :D Потом он всё-таки прикрутил простенькое перекодирование сообщений в логах из локальной кодировки в UTF-8 и обратно, и на том спасибо. А уж чтоб сподвигнуть их перекодировать имена файлов и патчи, чувствую, надо устраивать большую выездную сессию в mercurial-devel каждую пятницу, иначе не почешутся. ASCII-speaking country, ётить. :-/

Или bzr допилить, он хоть и кривой-медленный, но команда там гораздо более прогрессивная.

О hg. О нём, родимом.

С именами файлов в чём-то отличном от ASCII не работает.

Нормальная перекодировка "на лету" текстовых файлов между Windows/Unix не поддерживается. decode/encode - это совсем не то, смотри как это сделано в том же subversion.

Причём если без первого ещё как-то можно жить, то второё - уже блокирующий дефект для более-менее серьёзного проекта.

Двоичные файлы - да, здорово, но на фоне вышеперечисленного - малозначительно.

> А уж чтоб сподвигнуть их перекодировать имена файлов и патчи, чувствую, надо устраивать большую выездную сессию в mercurial-devel каждую пятницу, иначе не почешутся.

Это да.

"У нас фсё работает, а на вас нам пох."

[q]В природе не существует. Но есть хороший английский мануал :)[/q] Где он? Ссылочку не подскажете? Надеюсь, более подробный, чем просто man-страница? Напомню, тема про Mercurial, а не про что-то другое. Нужен именно Mercurial

> С именами файлов в чём-то отличном от ASCII не работает.

Эээ... а поточнее? Вот только что добавил файл с русским именем, вроде всё нормально. К какой версии претензии?

> Нормальная перекодировка "на лету" текстовых файлов между Windows/Unix не поддерживается.

Я работаю только в Linux, поэтому ничего не могу сказать. Но вроде разработчики кроссплатформенной Мозилы не жаловались.

> decode/encode - это совсем не то, смотри как это сделано в том же subversion.

Пользовался SVN с 0.14 по 1.2.0, мигрировал на hg и крайне рад :)

> второё - уже блокирующий дефект

Почему? Какому инструменту это так смертельно мешает?

ero-sennin> решил сделать доброе дело и перевести меркуриал на юникод, долго препирался с разработчиками в и ихней рассылке

Дай линк, брат! Хочу почитать :)

> Надеюсь, более подробный, чем просто man-страница?

Обижаешь, ночальнег!

http://www.red-bean.com/~bos/hgbook.pdf

> Эээ... а поточнее? Вот только что добавил файл с русским именем, вроде всё нормально. К какой версии претензии?

Вот именно, что "вроде".

Добавь этот файл из Unix в репозиторий и вытащи его же в Windows. Или вытащи в Unix же, но в другой локали. 0.9.3

> Почему? Какому инструменту это так смертельно мешает?

Это мешает пользователю.

> Пользовался SVN с 0.14 по 1.2.0, мигрировал на hg и крайне рад :)

Я тоже где-то с пол-года назад хотел было попробовать перевести пару проектов с svn на hg. С svn мы стали упираться в излишнюю централизованность, всё остальное более чем устраивало, поэтому хотелось "то же самое, но с перламутровыми пуговицами".

В процессе тестирования наткнулся на несколько неприятных моментов. Засабмитил пару багов. В ответ пришло то самое "пох". Ну пох - так пох.

В результате остались на svn.

> Засабмитил пару багов.

Можно номера багов?

> Можно номера багов?

Развиртуализироваться не хочется.

Да и что это изменит? Баги были несмертельные, но общее впечатление о нежелании прислушиваться к мнению со стороны осталось.

> Да и что это изменит? Баги были несмертельные

Мне интересно, потому что я собираюсь предложить hg группе вендовых программистов - хочется знать, не направляемся ли мы на поле, усеянное граблями.

> Дай линк, брат! Хочу почитать :)

http://selenic.com/pipermail/mercurial/2006-November/thread.html

http://selenic.com/pipermail/mercurial-devel/2006-November/thread.html

Меня там зовут Andrey.

2 грабли которые меня остановили я назвал: не-ASCII имена файлов и разделители строк.

Если все имена файлов в ASCII и не нужны индивидуальные для каждого файла настройки разделителей, то их можно не учитывать.

> не направляемся ли мы на поле, усеянное граблями

Нет, не направляетесь. У меркуриала лучшие шансы стать самопопулярной DVCS-системой (git шизоиден, darcs плохо масштабируется, monotone отстал, bazaar отстаёт).

Однако к некоторым вещам можно привыкнуть только на практике, поэтому сильно посоветую погонять на ём пару мелких проектиков, разобраться с перекодировкой EOL, настройкой репозиториев и пр. хр.

>> не направляемся ли мы на поле, усеянное граблями

> Нет, не направляетесь.

:D Меня интересуют именно особенности использования одновременно на Unix и Windows

> Однако к некоторым вещам можно привыкнуть только на практике

Но хотелось бы знать, что мы не столкнемся с нерешаемыми проблемами

> Меня интересуют именно особенности использования одновременно на Unix и Windows

Русскими именами файлов, надеюсь, не балуетесь? Тогды только EOL. Настройте на всех виндовых клиентах dumbencode/dumbdecode для всех используемых текстовых расширений.

> Но хотелось бы знать, что мы не столкнемся с нерешаемыми проблемами

Ну это уж как постараетесь. Пока что я о крупных проблемах с меркуриалом не слыхал.

>насчет "большой" там не было

Ну я не знаю, как еще можно перевести massive repo corruption. Во всяком случае определение massive к слову corruption я отнести не могу, т.к. никогда не слышал, что бывают большие и небольшие corruption (это как-то слегка бредово). А вот что такое massive repo более-менее понятно.