Вышел Mercurial 0.9.5

юникоду за 40 лет работы с юниксом так и не научили?

у меня комментарии к ревизиям в utf-8 нормально видны. А где проблемы? В виндовсе?

> юникоду за 40 лет работы с юниксом так и не научили?

в именах файлов - нет пока

Комментарии должны быть в utf-8, чтобы проблем не было, а в виндах когда вводишь hg ci -m "каммент", то кодировка выставляется cp1251. В hg к сожалению в отличие от svn нет перекодировки.

> в виндах когда вводишь hg ci -m "каммент", то кодировка выставляется cp1251

Какая версия hg (в древних - перекодировки и в самом деле не было)? Какая виндовая локаль?

Чем оно лучше CVS?

> Чем оно лучше CVS?

На этот вопрос настолько трудно ответить, что я даже пытаться не стану :) По сравнению с SVN - распределнность и mq. Я просто не представляю, как без этого работать :)

О... Эт славно... Если бы они ещё функциональность hgforest втянулив основную систему - цены бы им не было...

> Если бы они ещё функциональность hgforest втянулив основную систему

Мэтт неопреденно размахивал руками, что собирается реализовать такое после 1.0. А за сам hgforest пхоже, взялись люди из Sun (для OpenSolaris и OpenJDK), обещали опубликовать код, когда он устаканится.

>Мэтт неопреденно размахивал руками, что собирается реализовать такое после 1.0. А за сам hgforest пхоже, взялись люди из Sun (для OpenSolaris и OpenJDK), обещали опубликовать код, когда он устаканится.

Будем ждать... Ибо это та самая killing feature которая удерживает меня от полного перехода на Mercurial...

сейчас стоит 0.9.4, правда конкретно на ней перекодировку не тестил, писал английские комменты во избежании ...

локаль? а в виндах есть локаль ? :) XP SP2 Pro Rus.

> сейчас стоит 0.9.4, правда конкретно на ней перекодировку не тестил

а ты попробуй 8)

>Какая виндовая локаль?

в винде же вроде только ср1251 используется....

А чем вас собственно говоря не устраивает SVN?

> А чем вас собственно говоря не устраивает SVN?

Отсуствием mq, отсуствием распределенности, примитивным merge, необходимостью в сервере.

Для любителей порыться в деталях: SVN _не всегда_ сохраняет в репозитории точную working copy - это вдобавок к тому, что может потребовать svn up перед svn ci ;)

Недавно открыл для себя git, чего и вам советую

> А чем вас собственно говоря не устраивает SVN?

Раньше устраивал. А вот после работы с Mercurial перестал. Почему - выше уже говорили.

> Недавно открыл для себя git, чего и вам советую

Давно закрыл для себя git, чего и вам советую

> Давно закрыл для себя git, чего и вам советую

Хотелось бы услышать аргументы в пользу этого.

Немного смущает то, что очень мало людей юзают hg, по сравнению с тем же свн. А это означает, что свн гораздо менее бажный.

> Немного смущает то, что очень мало людей юзают hg, по сравнению с тем же свн. А это означает, что свн гораздо менее бажный.

Немного смущает, что очень мало людей юзают Linux, по сравнению с той же виндой...

>> Немного смущает то, что очень мало людей юзают hg, по сравнению с тем же свн. А это означает, что свн гораздо менее бажный.

> Немного смущает, что очень мало людей юзают Linux, по сравнению с той же виндой...

Немного смущает, что мало людей юзают Lisp...

>>> Немного смущает то, что очень мало людей юзают hg, по сравнению с тем же свн. А это означает, что свн гораздо менее бажный.

>> Немного смущает, что очень мало людей юзают Linux, по сравнению с той же виндой...

> Немного смущает, что мало людей юзают Lisp...

Немного смущает, что очень мало людей юзают мозг...

> Немного смущает, что очень мало людей юзают Linux, по сравнению с той же виндой...

Это можно объяснить технической безграмотностью народонаселения земли.

А как объяснить то, что куча технически грамотных девелоперов замечательных опен-сорц проектов (примеры приводить не буду) юзают именно свн? Тут вряд ли можно сказать, что они выбрали из-за отсуствия мозга, потому что его наличие подтверждается качеством кода проекта.

В общем, жду нормальных объяснений.

> А как объяснить то, что куча технически грамотных девелоперов замечательных опен-сорц проектов (примеры приводить не буду) юзают именно свн?

Привыкли к CVS.

>> Давно закрыл для себя git, чего и вам советую

> Хотелось бы услышать аргументы в пользу этого.

Не нашел ничего, что Git делал бы лучше Mercurial, а пользовательский интерфейс раннего Git просто ужасен (может, сейчас что-то и изменилось).

anonymous (*) (22.10.2007 4:51:11)

> В общем, жду нормальных объяснений.

Тебе уже несколько раз ответили. [

Просто суперская система, 2-а месяца как перебрались всей компанией и дочерним отделом с CVS+SVN на Git и Mercurial, ни о чем не жалеем бо скорость/качество/функционал повысились..
Короче долгих лет и процветания =)

> А как объяснить то, что куча технически грамотных девелоперов замечательных опен-сорц проектов (примеры приводить не буду) юзают именно свн?

Для многих проектов, особенно больших, не так просто сменить vcs на дргую, какой бы хорошей эта другая не была, если структура репозитория сложная (будут проблемы с переводом репо в другую vcs) или если процесс разрабочки завязан на философии текущей используемой vcs.

GIT vs Mercurial

Что умеет последний, того, что не умеет первый? Git умеет синхронизировать репозитории Mercurial это умеет?

Умеет.

mercurial доволен, пользовался cvs, svn, теперь mercurial. Есть микро баги, но в целом счастие.

> GIT vs Mercurial

> Что умеет последний, того, что не умеет первый?

Я могу сказать, что он _имеет_ по сравнению с первым - дружественный интерфейс. Ну и еще mq "искаропки" (в Git есть stg, но это сторонний инструмент, AFAIK).

А вообще - у всех DVCS примерно одинаковый функционал.

> Git умеет синхронизировать репозитории Mercurial это умеет?

Странный вопрос. Да, конечно, умеет.

не в последнюю очередь - кросс-платформенность (не путать с кросс-юниксовостью), с чем у git'а плохо (про цыгвин - молчать!)

>в винде же вроде только ср1251 используется....

Открой для себя убогую команду chcp и например переключись в 1252 или 866 ;-)

UTFы можешь не пробовать ;-)

По теме: Вот когда Mercurial появится у некоторых хостеров (т.к. sourceforge) тогда и попробуем ;-)

> Вот когда Mercurial появится у некоторых хостеров (т.к. sourceforge) тогда и попробуем ;-)

А тебе нужна именно официальная поддержка на sourceforge? Или подойдет http://www.selenic.com/mercurial/wiki/index.cgi/MercurialHosting ?

> Вот когда Mercurial появится у некоторых хостеров (т.к. sourceforge) тогда и попробуем ;-)

Можешь пробовать :)

http://www.selenic.com/mercurial/wiki/index.cgi/MercurialHosting

>А тебе нужна именно официальная поддержка на sourceforge? Или подойдет http://www.selenic.com/mercurial/wiki/index.cgi/MercurialHosting ?

За ссылки спасибо, но нужен именно SF.NET и у ASF. А у них пока нет.

http://www.selenic.com/mercurial/wiki/index.cgi/MercurialOnSourceforge

А я вот как не работаю одновременно на китайском, русском, английском и ..., так и не работаю, посему использую koi8-r. А мы как пользовались cvs так и пользуемся уже 5 лет. Как было нас не больше 15 чел., так и не больше.

Так в чём смысл utf? для людей далёких от перевода тантрических фолиантов с суахили на китайский?

> использую koi8-r. ... Так в чём смысл utf? для людей далёких от перевода тантрических фолиантов с суахили на китайский?

в koi8-r нет символа № (номер), мне например он нужен :)

А я программист, для меня '#' есть. Поэтому koi8-r. Не осилил многобайтовые кодировки. Да я вообще видимо туповатый, мне XML и Java тоже поперёк горла.

Интересно а как обратный поиск строк делается в UTF? Там же допустимо переменное число байт на символ. Если так как я думаю то, спасибо iconv наше всё.

>> А чем вас собственно говоря не устраивает SVN?

> Раньше устраивал. А вот после работы с Mercurial перестал. Почему - в
ыше уже говорили.

+1

Mercurial великолепен.

> Интересно а как обратный поиск строк делается в UTF? Там же допустимо переменное число байт на символ. Если так как я думаю

Нет, не так, как ты думаешь. utf сделан так, что поиск utf-последовательности по нему проводится однозначно.

KOI8 - фтопку. Не упорядоченная по алфавиту кодировка - это бред и геморрой. Да и вообще, в наш век глобализации держаться за какой-то никому нахрен не нужный русский язык - это верх наивности.

А насчёт XML и Java - согласен и поддерживаю.

Грустно читать по-русски про не нужность русского языка. Но с другой стороны смешно читать про век глобализации. Можно было ещё и про всемирную любовь написать, ой виноват это на 50 лет раньше было. Для справки ваш любимый век глобализации резко повышает риск всемирной эпидемии чего угодно от туберкулёза до лихорадки атипичной. последняя была лет 100 назад (вчера практически). Последствия для природы такого щенячьего оптимизма ещё более прискорбны и уже не обратимы: перемещение видов в области без естественных врагов приводит в настоящий момент к гибели средиземного моря (таксифолия), американских озёр(мидии), австралия(кролики), ~океания (козы), где то лягушки и т.д. про бактерии и вирусы информации мало но тоже есть. Это если не касаться вопроса совместимости культур и законов человеческой психологии. Так, законы объективной реальности. Как раньше Россию могли спасти "массовые расстрелы", так сейчас только тотальные карантины и ограничения в скорости перемещения по земному шару. Но, сами понимаете у белых есть таки права самим себе рыть могилу. Мне вот не улыбается заразиться в трамвае лепрой от козла который в тайланде дефку имел - он хоть удовольствие получил а мне за что? Так что про век поспокойнее, он только начался... :-)

Да, забыл добавить что я ещё пока не голубоглазый метис 1.5м роста, так что на роль космополита никак не гожусь, поэтому в кошерном UTF не вижу премуществ. Более того если будущее за победившим глобализмом, то каким боком тут UTF нужен? - не будет же языков - будет язык, значит не будет и кодировок. Если по наглому то американский, если по справедливому то эсперанто. (Предлагаю в экспресивный отдел эсперанто заранее занести рус.мат., чтобы не изобретать велосипед.) Я не понял кто здесь наивный, дружок?

А можно поподробнее про reverse-search для UTF? :-)

> Мне вот не улыбается заразиться в трамвае лепрой от козла который в тайланде дефку имел - он хоть удовольствие получил а мне за что?

Выхода, очевидно, два:

1. Смотаться в тайланд быстрее "того козла". 2. Не ездить в трамвае.

Вариант 2 менее реалистичен ;-)

> Так что про век поспокойнее, он только начался... :-)

Это точно. Но людям в начале каждого века свойственен неоправданный оптимизм. Обычно 10-15 год всё расставляют по своим местам. Но это же не повод плакать сейчас??

UTF - транспортная кодировка. В приличных местах её для обработки на входе вгоняют в "юникод" и не парятся больше с понятием "кодировки" вовсе (ну, точнее, кой-чего попарить приходится на уровне "два байта на символ или четыре", но это, ей-богу, сущая ерунда в сравнении с.

а чем оно лучше svn? вместо двух комманд update/commit из svn, в hg для достижения аналогичного результата (работа команды через центральный репозитарий) нужно использовать целую плеяду: pull/update|merge/commit/push . или это для извращенцев? ;)

> а чем оно лучше svn? вместо двух комманд...

Хе-хе. Ну, если речь о *единственном* апдейте/коммите, то выигрыша и вправду нет. Никакого.

Но вот если речь идет о работе заметного количества людей над проектом с заметным количеством веток и длинной историей, то распределенные VCS - самое оно. За меркьюриал не скажу, но на git я подсел очень серьезно, впрочем, я так понимаю, они примерно одинаковы по своим ТТХ.

Тут впечатляющая экономия места на диске (если хотите, могу точные замеры привести), и скорость переключения между бранчами (на больших объемах вытаскивание нового бранча в svn'е - довольно мучительная по времени операция, svn switch тоже небыстр в такой ситуации, увы). Тут и внятные мержи (и в смысле качества авторезолвера, и в смысле того, как VCS отслеживает эти самые мержи). Тут и легкость создания и удаления бранчей (нет, натурально, никакой проблемы в том, чтобы при нужде отплодить по-быстрому временную веточку *в своей песочнице*, поиграться в ней вдоволь, потом затащить *отлаженные* изменения обратно в "настоящую" ветку и опубликовать, после чего временную ветку можно спокойно грохнуть).

В общем, если Ваше использование SVN'а выходит за рамки одного проекта для одного человека на одной машине, то рекомендую попробовать какую-либо распределенную VCS, например, меркьюриал или git. Для начала, можно попробовать поработать с Вашим SVN'ным репозиторием через такую распределенную систему, благо, и git, и, кажется, меркьюриал предоставляют двунаправленный гейт из/в SVN.

Ну это вы сгоряча, "не парится" это иллюзия для быдлопрограммиста на Java а если повнимателельнее посмотреть на сравнение строк, caseless и тп, то станет ясно что парится придётся. Если вы ещё не поняли, я против глобализации и не хочу на русских сайтах поддерживать китайский. Что-то не наблюдаю на японских сайтах русского. Ещё прикалывает мания русских к державному английскому на своих страничках, у меня это идёт по статье "комплекс неполноценности". Да есть области где английский уже прочно засел и объективно лучше. Да вообще много есть прикольного типа "мерчендайзер", "менеджер по чистоте" и т.п. А кто видел как должны в России выглядеть иностранные товары? По типу "Dove" = "Голубь", "Голова плечи" и т.п. Вот бы помогло от комплексов - а?

Чтобы дурного не подумали, пишу программы на английском, в довольно больших количествах (на Java :-) ) и канд. минимум по english сдавал.

оппа, обломаськи, оговорился: s/(на Java :-) )/(НЕ на Java! :-) )/