LINUX.ORG.RU

Вышел Mercurial 1.4!

 , , ,


0

0

Вышла новая версия распределенной системы контроля версий Mercurial.

  • Новая команда summary для получения общей информации о репозитории
  • Улучшена производительность операций с тегами (tags) благодаря кешированию
  • Добавлены опции --stat и --reverse к команде diff
  • Устранены некоторые баги в эксперементальном расширении subrepos
  • Исправлено поведение status при отклонении системных часов
  • Новая опция --updaterev у clone
  • Исправлены ошибки в push и pull, из-за которых наблюдались broken pipes при больших трансферах
  • В конфиге теперь можно использовать переменные окружения и конструкцию ~user.
  • Улучшения в hgweb
  • Документация переверстана в reStructuredText
  • Незначительные улучшения и багфиксы в популярных расширениях: mq, patchbomb, rebase, color, inotify, zeroconf, extdiff, convert
  • Новое расширение relink, позволяющее восстановить ссылки (hard links) между клонами.
  • Теперь поддерживаются нестандартные настройки локали в Mac OS X

Скачать можно здесь: http://www.selenic.com/mercurial/rele...

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

★★★★★

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

Спасибо, maxcom, что поправил форматирование.

provaton ★★★★★
() автор топика

> В конфиге теперь можно использовать переменные окружения и конструкцию ~user.

У меня и раньше такое работало с путями (1.2).

true_admin ★★★★★
()

> Устранены некоторые баги в эксперементальном расширении subrepos

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

p.s. subrepos - пожалуй единственная из нужных фич, что работает совсем не так как должно бы ;)

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

> А subrepos страшный костыль, юзаю hgforrest. Те же яйца, но сделаны менее топорно

тоже юзаю hgforrest, но нативная поддержка подрепок была бы проще

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

Ну я это из английского чейнджлога взял, сам такую фичу не юзал никогда.

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

>В чем отличие от svn? Он заточен под другую технологию разработки?

svn - Centralized VCS, Mercurial - Distributed VCS, погугли про DVCS

ISanych
()

> Улучшена производительность операций с тегами (tags) благодаря кешированию

Прорыв просто! Вообще, не мешало бы авторов вакцинировать! www.privivka.ru им в помощь!

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

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

Слишком тонко.

Relan ★★★★★
()

Чем это лучше BitKeeper?

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

>>или этим можно стало пользоваться?

Что не так?

Народ в mercurial@ жаловался, что это совершенно неюзабельно :)

tailgunner ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

>> Слишком тонко.

Чем оно лучше чем git? Вот так в самый раз? ^_^

Не, так слишком толсто. «Чем git лучше hg?» - вот так в самый раз.

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

>ждем ebuild)

Есть уже, ещё ночью обновился.

xetf ★★
()
Ответ на: комментарий от I-Love-Microsoft

> Чем оно лучше чем git? Вот так в самый раз? ^_^ (кстати, реально интересно)

да, вот так в самый раз!
/me запасся печеньками и чаем и ждет развязки сюжета.

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

>> Народ в mercurial@ жаловался, что это совершенно неюзабельно :)

Что именно?

А из контекста непоянтно? subrepos.

tailgunner ★★★★★
()

Поздно, я уже свалил на git

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

>Чем git лучше hg?

И то, и другое - поделки красноглазых. Вот IBM Rational CC - это да, настоящий энтерпрайс для реальных поцанов.

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

> Вот IBM Rational CC - это да, настоящий энтерпрайс для реальных поцанов.

Это ты так ненавязчиво заявил, что поцан? %)

tailgunner ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

> Чем оно лучше чем git? Вот так в самый раз? ^_^ (кстати, реально интересно)

Да, действительно, чем ClearCase лучше git?

zHACKa
()
Ответ на: комментарий от I-Love-Microsoft

Чем оно лучше чем git? Вот так в самый раз? ^_^ (кстати, реально интересно)


В общем, hg и git мало отличаются. У hg лучше с переносимостью и более эффективный сетевой протокол, а git эффективнее работает при переименовании файлов. Эти отличия — следствие того, что git для идентификации файлов использует хэши, а hg — имена.

Git оказался более распространен в Linux-сообществе, а Mercurial там, где важна переносимость (его чаще используют проекты на Python и Java).

И еще: как минимум для hg есть расширение для работы с git-репозиториями. Не знаю, можно ли наоборот, но учитывая похожий подход к организации репозитория, совместное использование обеих DVCS не должно вызывать особых проблем.

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

> Что не так?

«или этим можно стало пользоваться?» относилось к subrepos, так что все так

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

Для Mercurial есть очень приличный кросплатформенный GUI - TortoiseHG, сейчас вышла версия 0.9 http://bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes, с довольно большим списком новшеств, например добавилась работа с mq и rebase из GUI, все операции теперь выполняются из одного окна Changelog

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

>> Вот IBM Rational CC - это да, настоящий энтерпрайс для реальных поцанов.

Это ты так ненавязчиво заявил, что поцан? %)

Неа, я вообще из другой галлактики, у нас тут везде image-based persistence, ваши земные средства контроля версий для файликов не катят =)

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

> вообще из другой галлактики, у нас тут везде image-based persistence,

А, теперь понятно, куда делся Stellation.

ваши земные средства контроля версий для файликов не катят =)

Вы просто еще не понимаете, что ваш image - это просто файл. Так что у нас, на Земле, multiimage-based persistence.

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

А у вас на Земле с вашим multiimage-based persistence уже можно отслеживать изменения на уровне функций/методов/классов, а не на уровне plain-строчек?

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

> А у вас на Земле с вашим multiimage-based persistence уже можно отслеживать изменения на уровне функций/методов/классов, а не на уровне plain-строчек?

Ты так говоришь, будто эти ваши функции/методы/классы - это не plain-строчки.

И ссылку на Stellation ты явно не понял, а жаль.

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

>Ты так говоришь, будто эти ваши функции/методы/классы - это не plain-строчки.

Ну в конечном итоге-то да =) Но имелись ввиду изменения на уровне «семантики языка»

И ссылку на Stellation ты явно не понял, а жаль.

Если честно, я предварительно гуглил =) Нагуглил страницу с пентаграммами в Википедии, и вот ещё это: http://stellation.sourceforge.net/ (осторожно, глаза!)

Что ж это такое на самом деле?

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

>> Ты так говоришь, будто эти ваши функции/методы/классы - это не plain-строчки.

Ну в конечном итоге-то да =) Но имелись ввиду изменения на уровне «семантики языка»

Ага. И это требует встраивания компилятора в VCS. Поэтому всё ваше хитрое image-based ограничено песочницей Cмоллтока (который не нужен, да).

Что ж это такое на самом деле?

Попытка реализовать версионирование на уровне языковых единиц (тех самых классов/методов/whatever). Провальная, насколько я могу судить.

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

>который не нужен

Но но но! >_<

Попытка реализовать версионирование на уровне языковых единиц (тех самых классов/методов/whatever). Провальная, насколько я могу судить.

Спасибо, теперь буду знать =) Ещё вроде у darcs вышеупомянутого были подобные потуги, но они только потуги

yoghurt ★★★★★
()

> Попытка реализовать версионирование на уровне языковых единиц (тех самых классов/методов/whatever). Провальная, насколько я могу судить.

Почему нельзя ввести разбиение файла исходников на области при помощи специальных комментариев? В git-е например при попытке редактировать файл одновременно - возникает конфликт - а ведь части файла разные. Есть ли хоть одна система которая умеет такие вещи разруливать сама? А может быть git такое уже умеет?..

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

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

Можно, не вопрос. И чекер для проверки правильности этих специальных комментариев не забудь. А то скопируешь блок текста, и опаньки - 2 одинаковых области.

В git-е например при попытке редактировать файл одновременно - возникает конфликт - а ведь части файла разные.

Что-то ты путаешь. Даже Git не может быть таким говном.

tailgunner ★★★★★
()

Кому нужно это глюкалово?

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

> А правда, что от DARCS даже хаскеляторы отказались? :)

Да, хаскелисты переходят на нормальную систему контроля версий - git. Но darcs у них всё ещё широко распространён.

Gleb-ax
()

Поддержку Unicode в именах файлов добавили?

Somniator
()

>>Исправлены ошибки в push и pull, из-за которых наблюдались broken pipes при больших трансферах

ну наконец-то, часто зависает/обрывает загрузку больших проектов из google projects hg.

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

> Для Mercurial есть очень приличный кросплатформенный GUI - TortoiseHG

А под Linux оно с наутилусом интегрится или как?

Я пока что пользуюсь командной строкой с баш_комплишном + иногда gui (qct и hgk). Вполне себе доволен.

pitekantrop ★★★
()
Ответ на: комментарий от I-Love-Microsoft

> В git-е например при попытке редактировать файл одновременно - возникает конфликт - а ведь части файла разные.

Что-то ты сочиняешь.

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

> git эффективнее работает при переименовании файлов. Эти отличия — следствие того, что git для идентификации файлов использует хэши, а hg — имена.

Про переименование — бред. Отличие в том, что в mercurial переименование указывается _явно_ (hg rename, или hg addremove с -s) и этот факт записывается в историю, а в git-е переименования автоматически «угадываются» для команд, которым это нужно.

dion
()

Воооо! Раз тут умные люди собрались, может кто подскажет как с помощью сабжа аналог config spec замутить?

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