LINUX.ORG.RU

Вышел mercurial-0.9.4


0

0

Mercurial -- это распределенная система контроля версий. Отличается от конкурентов высокой производительностью, простотой использования, наличием полезных расширений и хорошим сообществом. Написана на языке Python.

Из нового в версии 0.9.4

Новые возможности:
* поддержка символьных ссылок
* улучшена поддержка тегов
* улучшена поддержка переименования файлов и директорий
* повышено удобство использования именованых веток (named branches)
* множество усовершенствований в работе различных команд
* общие хуки для команд.
* улучшена поддержка Windows
* базовая поддержка OpenVMS и BeOS
* исправление ошибок

Новые расширения.
* используемые расширения теперь могут быть указаны в .hg/hgrc
* новый инструмент для конвертации CVS репозиториев
* новое расширение graphlog
* улучшено расширение patchbomb

http://www.selenic.com/mercurial/wiki/

>>> Подробности

anonymous

Проверено: anonymous_incognito ()

надо будет попробовать... первый вроде

RCP
()

есть какие-нибудь статьи с тестированиями производительности и сравнения в другим софтом?

RCP
()

Каждый пограммист обязан в своей жизни сделать следующие вещи:
- написать "Hello, World!" на максимальном количестве языков
- сделать собственную систему контроля версий
- написать интерпретатор собственноручно придуманного языка
- написать свой фреймворк и на его основе - CMS

Ничего личного, как говорится.

stellar
()

>Отличается от конкурентов высокой производительностью, ... Написана на языке Python.

Это как? Конкуренты - это VCS на жабе. Остальные - вне конкуренции, да?

anonymous
()
Ответ на: комментарий от catap

Сравни, интересно послушать результаты. Я git еще не пробовал.

anonymous
()

отлично! некоторое время ее пользую и доволен... лучше чем ничего, а больше мне и не надо...

polachok
()
Ответ на: комментарий от catap

> Ясно, продолжаем хакать гит и тихо перется.

Гит хреново портирован под венду и, по слухам, обладает кошмарным интерфейсом.

Меркуриал жжот, простота использования из консоли и скорость - выше всяких похвал. Даркс вроде ещё удобнее, но у него есть проблемы с крупными репозиториями.

Не хватает только удобных гуёвых тулз, навроде TortoiseSVN.

yk4ever
()
Ответ на: комментарий от yk4ever

1) я не работаю в windows, так что на это мне пока плевать.

2) где тут кошмарный интерфейс? вы его мне покажите. (я давным-давно использовал tla, потом посмотрел кучу dvcs и остановился на darcs, теперь вот мегрировал на git, из-за проблем у darcs на больших и средних репозиториях. Все удобства darcs мною уже, почти, воссозданы (естесвенно те, которыми я пользовался)).

3) git-gui?

catap ★★★★★
()
Ответ на: комментарий от anonymous

Я лучше буду "хакать гит", чем тупо комитеть непойми что :)

catap ★★★★★
()

Это лучшая VCS. Устанавливается и настраивается проще некуда, командный интерфейс выше всяких похвал. Полгода тому назад перешили с svn на hg и премся как суслики. :)

anonymous
()

питон это хорошо.... быстрая разработка.... быстрое исправление ошибок... имхо гут...

DemonZLa
()

Распределённые VCS захватят мир! :)

Обалденная штука, пробовать что-то ещё не тянет совсем. Всяческий респект разработчикам

adarovsky ★★★★
()
Ответ на: комментарий от anonymous

Почему кака-то? Если есть один надёжный сервер, и все на нём живут, то SVN там вполне даже... А вот с точки зрения сохранности истории распределённые лучше. Если есть вероятность, что сервер накроется тазом, лучше использовать mercurial. Или если SVN админить неохота. mercurial просто «just works»

adarovsky ★★★★
()

>> Написана на языке Python.

И нах про это упоминать, или это типа круто.

Это пропоганда, или уже PR. Ну тогда FPC - Rulez! LOL

anonymous
()

А есть под сабж системы, типа Trac'а? Позволяющие удобно на стороне просматривать коммиты?

KRoN73 ★★★★★
()
Ответ на: комментарий от Sphinx

> arch похоже тоже

Очень смешно

anonymous
()
Ответ на: комментарий от KRoN73

> А есть под сабж системы, типа Trac'а? Позволяющие > удобно на стороне просматривать коммиты? Чтобы всего лишь смотреть комиты у hg собственная веб морда.

anonymous
()
Ответ на: комментарий от KRoN73

>Пардон. Оказывается, у Trac'а есть сабжевый плагин. Надо пощупать будет.

он вполне нормально работает, я планирую перейти на меркуриал, останавливает только одно, как мне сказали у него при мердже с русским проблема

anonymous
()
Ответ на: комментарий от anonymous

> как мне сказали у него при мердже с русским проблема
Вроде работает. А что за проблема ?

anonymous
()

>>* базовая поддержка OpenVMS и BeOS
>весомый аргумент? :)

Я люблю Linux, очень уважаю FreeBSD (и *BSD вообще), но я просто обожаю BeOS-like.. )

Кто кинет камень в огород BeOS-like, тот получит гранату из подствольника АК-47 флицо..

dragon_djanic ★★
()
Ответ на: комментарий от yk4ever

>по слухам, обладает кошмарным интерфейсом.

По слухам?? o_O так ты его даже не юзал, а тут распинаешся говорить о нём.. писец просто.

dragon_djanic ★★
()
Ответ на: комментарий от anonymous

>>> Написана на языке Python.

> И нах про это упоминать, или это типа круто.

Из этого следует, что кода мало, ошибок в нем тоже мало, а те которые есть быстро фиксятся. Еще из этого следует, что софтина весьма hackable, и что можно ее легко расширять, если функционала не хватает.

anonymous
()
Ответ на: комментарий от gravyzcappa

> за питон зачет конешно, но присоединяюсь к вопросу предыдущего оратора

За питон конечно же не зачёт! Если уж писать "самый быстрый в своём классе", то только на компилируемых языках!

anonymous
()
Ответ на: комментарий от anonymous

В mercurial самые требовательные части написаны в виде расширений к Python на C. git конечно быстрее, но у mercurial есть и полный Python-интерфейс, так что писать под него расширения просто и легче интегрировать с другими средствами.

Sphinx ★★☆☆
()
Ответ на: комментарий от anonymous

>> как мне сказали у него при мердже с русским проблема >Вроде работает. А что за проблема ?

да это с чужих слов, просто когда я примерял его для своих нужд, в итоге остановился на subversion, но если у вас все нормально с этим - можно попробовать

izekia
()
Ответ на: комментарий от Sphinx

Угу, проще.

Мой git-record, прототип, написан на lisp под sbcl. Сейчас подумываю переписать его на perl и попытаться сунуть в mainstream :)

У вашей mercurial интерфейс python-only, а тут, какой ты захочешь.

/me пробовал все, или почти все более менее известные системы контроля версий. Причем пробовал не только со стороны пользователя, но и со стороны "удобно допинать"

catap ★★★★★
()
Ответ на: комментарий от dragon_djanic

>Кто кинет камень в огород BeOS-like, тот получит гранату из подствольника АК-47 флицо..

У АК-47 - подствольник? Ты ничего не путаешь?

Led ★★★☆☆
()
Ответ на: комментарий от catap

> python не очень еще любит unicode :)

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

ero-sennin ★★
()
Ответ на: комментарий от ero-sennin

>> python не очень еще любит unicode :)

> Питон-то как раз его любит, это быдлокодеры упорно пытаются пользоваться байтовыми строками, пока их не начнут за это бить по пальцам железным ломом. Надеюсь, начнут в Питоне-3000. :)

Программить на пайтоне - это как писать статьи в WYSIWYG текст-процессоре, используя для форматирования пробелы и Enter'ы. Большинство юзеров так и делает и чтоб научить их форматировать правильно, нужно тоже "бить по пальцам железным ломом". Но это только часть решения. Полное решение - это заставить из пользоваться не-WYSIWYG быдло-средствами.

А доказать пайтонофилам, что "WYSIWYG-программирования" - не есть тру - практически невозможно:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

Обожди про отступы, мы про юникод говорим. :) Юникод в питоне есть, но никто не хочет им пользоваться, пока пинками не заставишь. Это проблема не питона, а быдлокодеров. Или все программы на Си, Руби и Хаскеле уже поголовно понимают юникод? :P

ero-sennin ★★
()
Ответ на: комментарий от ero-sennin

>Или все программы на Си, Руби и Хаскеле уже поголовно понимают юникод?

Что ты вкладываешь в "понимают юникод"? С точки зрения C UTF-8 - это последовательность байтов, а как понимать последовательность байтов - это уже вопрос обработчиков, а не "переносимого ассемблера":)

Led ★★★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.