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 ★★★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.