LINUX.ORG.RU

Mercurial 1.7

 , ,


0

1

1-го ноября вышла новая версия распределенной системы управления исходным кодом Mercurial 1.7.

В новой версии разработчики внесли изменения в следующие компоненты программы:

  • Ядро:
    • filelog: улучшена производительность cmp;
    • setup/hg: Mercurial теперь всегда загружается из каталога, куда был установлен;
    • setup: более простые сообщения об ошибке при отсутствии заголовочных файлов Python;
    • store: новый экспериментальный (и неподдерживаемый) формат parentdelta;
    • url: использование переменных среды в настройках в секции аутентификации;
    • url: проверка правильности (notBefore/notAfter) с помощью OpenSSL;
  • Команды:
    • addremove: значение 100 используется по умолчанию для опции «similarity»;
    • alias: алиас может начинаться с «!»;
    • backout: использование аргумента --tool для указания внешней программы слияния;
    • dispatch: правильная обработка алиасов относительных путей с использованием -R;
    • log: --follow больше не следует за новым файлом с таким же именем после того, как начальный был удален;
    • merge: обновление до старой ревизии больше не приводит к исключению, если файлы нужной ревизии уже есть в рабочем каталоге;
    • tags: работа с репозиторием больше не заканчивается исключением, если файл tags.cache поврежден;
    • templater: добавлен фильтр «hex» и ключевое слово «children» (смотрите «hg help templating»)
  • Субрепозитории:
    • поддержка переназначения (remapping) начального пути для субрепозитория;
    • команды add, diff, incoming, outgoing и status могут работать также с субрепозиториями при использовании опции --subrepos/-S;
    • поддержка «hg archive» для субрепозиториев;
    • исправлена проверка статуса для субрепозиториев SVN.
  • Revsets. Исправлено несколько мелких ошибок.
  • hgweb:
    • возможность работы HTTPS в режиме большей совместимости при меньшей безопасности;
    • поддержка простой модели кеширования.
  • Расширения. Многочисленные изменения для следующих расширений: color, convert, graphlog, keyword, mq, pager, patchbomb, progress, rebase, strip.
  • Contrib:
    • добавлена поддержка vimdiff для mergetools.hgrc;
    • добавлена поддержка bookmarks- и patchbomb-расширений, а также опции «--move» для команды qpush при использовании автодополнения в zsh.
  • Windows:
    • добавлен установщик для платформы x86_64;
    • правильная обработка пути установки Python, если он содержит пробелы.

Анонс | Список изменений | Cкачать

Также обновился графический клиент TortoiseHg для работы с mercurial до версии 1.1.5.

Анонс | Список изменений | Cкачать

★★★★★

Проверено: post-factum ()

@comma friends: пожалуйста, перепосмотрите внимательно новость, а то мой русский..

@all:

  • какашками не бросать, «я только учусь»
  • я не спец в HG, и много чего пропустил при переводе во избежание лулзов и недоразумений. Если же Вы всетаки нашли что-то, то дайте знать
ZuBB ★★★★★ ()

Часто релизятся, у меня только 1.5. Что такое графический клиент - надо глянуть.

Численные изменения для следующих расширений:

Может быть, многочисленные? Или что-то другое имеется в виду?

oami ★★ ()

что такое заголовочные файлы пайтон? :)

alt0v14 ★★★ ()
Ответ на: комментарий от alt0v14
vv@crusader ~ $ equery f python | grep '\.h'
/usr/include/python2.6/Python-ast.h
/usr/include/python2.6/Python.h
/usr/include/python2.6/abstract.h
/usr/include/python2.6/asdl.h
/usr/include/python2.6/ast.h
/usr/include/python2.6/bitset.h
...
/usr/include/python2.6/warnings.h
/usr/include/python2.6/weakrefobject.h
/usr/lib/python2.6/test/sgml_input.html
/usr/lib/python2.6/test/test_difflib_expect.html
/usr/share/doc/python-2.6.5-r3/examples/Tools/freeze/win32.html
vv@crusader ~ $ 

не?

ZuBB ★★★★★ ()

Каюсь, работал с TortoiseSVN под офтопом. Остались положительные впечатления. TortoiseHg для Linux вижу, но есть ли там бродилка по папке, чтобы можно было файлики выбирать, обновлять выборочно и т.п.?

I-Love-Microsoft ★★★★★ ()

Отлично. Нужно будет посмотреть эти субрепозитории.

xetf ★★ ()

1. Чем это лучше git'а?

2. Графический клиент хорошо интегрирован в наутилус, а вот к кде у меня его прикрутить не удавалось. Пробовал полгода назад.

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

>тем, что оно написано на питоне.

И что? Качество программы не зависит от того, на чем ее написали.

vurdalak ★★★★★ ()

Не нужно, ведь есть darcs.

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

Релизится и правда часто, но не думаю что это плохо :)

Одним словом Ура!

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

Обычно выбор между git, hg, bzr, darcs и прочее зависит от религиозных предпочтений разработчиков, так как возможности примерно одинаковы. То есть, кто с чем привык работать, с тем и работает.

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

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

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

Чуть не забыл: плагина под эклипс рабочего тоже нет. Такие дела.

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

> Качество программы не зависит от того, на чем ее написали.

Но 4 языка (или сколько там их у git) поддерживать сложнее, чем один. И ошибиться проще. Ну и существенно сложнее допиливать под собственные нужды (у hg есть расширения, у git есть… Торвальдс и ничего: хотите плагинов — пишите свой фронтенд с шахматами и стюардессами; либо слушайте песню «Валенки» и не выкаблучивайтесь). Нет, нужно.

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

У даркса кривой patch-tag.com, а у меркуриала — православный битбакет.

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

>Обычно выбор между git, hg, bzr, darcs и прочее зависит от религиозных предпочтений разработчиков, так как возможности примерно одинаковы.

У гита бранчи лёгкие. Впрочем, hg всё равно крут.

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

Это хуже гита. Гит быстрее и много лучше работает с бинарниками.
Еще пару лет незад было непонятно, кто будет популярнее меркуриал или гит, сейчас все однозначно. Postgre и тот на git перевели. У нас на собеседованиях разработчики регулярно справшивают, что мы используем - SVN или git, о меркуриале даже ни разу никто не вспомнил.

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

>> Чем это лучше git'а?

тем, что оно написано на питоне.

Кто-то может считать это достоинством?

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

> Гит быстрее и много лучше работает с бинарниками.

бинарники под VCS? то есть вы себе уже обе ноги отстрелили, да?

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

> сейчас все однозначно

Это заслуга github, а не вовсе отрыжки Торвальдса.

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

Чем это лучше git'а?

Где встречал такую фразу «mercurial подглядывает у git функциональность, а git у mercurial юзабельность»

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

> Обычно выбор между git, hg, bzr, darcs и прочее зависит от религиозных предпочтений разработчиков, так как возможности примерно одинаковы. То есть, кто с чем привык работать, с тем и работает.

Ну или проводят небольшие тесты на варинаты использования. Натыкаются на отсутсвие фич, глюки или еще что-либо и остается один вариант. Раньше на mercurial шли зи-за того что у git под виндами проблемы были. Сейчас у git проблем нет. Так что не знаю почему сейчас идут на него.

Но что такое «Субрепозитории». Если это аналог git-submodule, то мой выбор по прежнему за git. Если это аналог git-subtree, который почему то не хотят включать в основную ветку, то мой выбор падет на mercurial, однозначно.

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

>> сейчас все однозначно

Это заслуга github, а не вовсе отрыжки Торвальдса.

Категоричность высказывания явно показывает что вы троль. За git - качество кода. Для хранения своих проектов - это важнее.

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

>> Гит быстрее и много лучше работает с бинарниками.

бинарники под VCS? то есть вы себе уже обе ноги отстрелили, да?

Считаете что у всех задачи точно такие же как и у вас? Что посоветуете вебдизайнерам с их жпегами?

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

1. Чем это лучше git'а?

- изначально создавался для людей, а не для инопланетян.

- отлично работает под «альтернативными» ОС

- есть killer фича в виде mq

2. Графический клиент хорошо интегрирован в наутилус, а вот к кде у меня его прикрутить не удавалось. Пробовал полгода назад.

Есть hgtk, который не зависит от оболочки и даже от ОС

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

Всегда поддерживал с самых первых версий

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

А что такое subtree и submodule ?

subrepo это когда большой проект разбиваешь на кучу мелких независимых репозиториев и есть один корневой репозиторий, который включает мелкие в виде узлов дерева.

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

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

> Чуть не забыл: плагина под эклипс рабочего тоже нет. Такие дела.

У меркуриала то? Есть.

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

> - есть killer фича в виде mq

Ну, это давно уже не киллер фича, в git есть git-stash.

Есть hgtk, который не зависит от оболочки и даже от ОС

В гит есть git-gui.

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

> А что такое subtree и submodule ?

subrepo это когда большой проект разбиваешь на кучу мелких независимых репозиториев и есть один корневой репозиторий, который включает мелкие в виде узлов дерева.

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

submodule,subtree - работа с подрепозиториями внутри главного репозитория.

Основное отличие - subtree позволяет в существующем проекте выделять подпроект указав директорию. И то что ветка главного проекта и подпроекта могут просматриваются в одном репозитарии. Ну, в виде двух параллельных линий, одна из которых периодически мержится в другую. В submodule история подмодулей скрыта. :(

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

> Postgre и тот на git перевели

И кому это чести сделало? Первое - откровенное говно, а второе от этого лучше не станет, тем более святым. Взаимовыгодный симбиоз не допиленных поделок? - с этим согласен. Но не больше.

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

>> Postgre и тот на git перевели

И кому это чести сделало? Первое - откровенное говно, а второе от этого лучше не станет, тем более святым. Взаимовыгодный симбиоз не допиленных поделок? - с этим согласен. Но не больше.

Называть Postgre откровенным говном - это сильно. Очевидно вы страдаете избытком радикализма, что сильно намекает на возраст.

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

Windows 7 Максимальная. Создаем репозиторий, добавляем в него файл йцукен.txt, коммитим. Видим результат: .hg\store\data\~e9~f6~f3~ea~e5~ed.txt.i
В репозитории имя файла кодируется в cp1251. Следствий много: репозиторий будет некорректен на системе с другим языком; созданный на венде репозиторий будет некорректен в Linux; можно повредить репозиторий, закоммитив в него файл с юникодными символами и т.д. Делаем вывод: Юникод не поддерживается.

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

>- изначально создавался для людей, а не для инопланетян.

4.2

- отлично работает под «альтернативными» ОС


Git - the same.

- есть killer фича в виде mq


Типа в гите аналога нет.

З.Ы. Еще один гуй к гиту прикручивается сейчас в dolphin.

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

> Что посоветуете вебдизайнерам с их жпегами?

svn. оно проще, допиленнее и под него туева хуча софта (в частности всяких обёрток). а репу с картинками подключаем как subrepository. Но заставлять дизайнеров юзать Git — бесчеловечно.

[em]Я, признаться, подумал, что вы в VCS скомпиленные бинарники суёте, да. [/em]

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

4.2

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

Git - the same.

Тоже относительно недавно так стало.

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

>> Что посоветуете вебдизайнерам с их жпегами?

svn. оно проще, допиленнее и под него туева хуча софта (в частности всяких обёрток). а репу с картинками подключаем как subrepository. Но заставлять дизайнеров юзать Git — бесчеловечно.

[em]Я, признаться, подумал, что вы в VCS скомпиленные бинарники суёте, да. [/em]

Ну, это вариант. Только svn - централизованный. Жене нудобно работать с помошниками. С git проще. Главный репозитарий на сервере. А у нее и помощников у каждого свои. Изменения на сервер заливаются сразу ветками.

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

>> 4.2

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


Git - the same.


Тоже относительно недавно так стало.


А мы что, про вчера говорим?

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