The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

06.02.2017 11:21  Выпуск распределённой системы управления версиями Mercurial 4.1

Доступен релиз распределённой системы управления версиями Mercurial 4.1. Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla, OpenOffice.org, OpenSolaris, NetBeans, OpenJDK, Nginx, Xine и W3C.

Основные изменения:

  • Представлен новый расширяемый API для подключения движков сжатия данных, позволяющий создавать расширения с поддержкой новых форматов сжатия;
  • В основной состав включен новый движок сжатия zstd, который собирается и используется по умолчанию во многих командах при работе поверх HTTP, если клиент и сервер поддерживают данный движок. Использование zstd позволяет на 60% снизить нагрузку на CPU на стороне сервера при выполнении операций, подобных "hg bundle".
  • По умолчанию для опции "--profile" задействована новая статистическая система профилирвания, снижающая накладные расходы и выдающая более точные результаты, чем встроенный в Python профилировщик cProfile;
  • Добавлена экспериментальная поддержка дополнительных возможностей из git-diff;
  • Реализована экспериментальная команда "hg debugupgraderepo", позволяющая на месте обновить репозиторий до самой свежей версии формата хранилища;
  • Значительно увеличена производительность чтения отдельных записей revlog, что положительно сказалось на скорости сканирования изменений в больших репозиториях;
  • В два раза ускорена работа алгоритма определения различий содержимого, что привело к ускорению выполнения операций записи в репозиторий, таких как "hg commit".


  1. Главная ссылка к новости (https://www.mercurial-scm.org/...)
  2. OpenNews: Выпуск распределённой системы управления версиями Mercurial 4.0
  3. OpenNews: Facebook работает над реализацией сервера Mercurial на языке Rust
  4. OpenNews: Релиз распределённой системы управления версиями Mercurial 3.9
  5. OpenNews: Создатель системы управления версиями Mercurial передаёт проект в руки сообщества
  6. OpenNews: В Git и Mercurial устранена критическая уязвимость, проявляющаяся в Windows и OS X
Лицензия: CC-BY
Тип: Программы
Ключевые слова: mercurial, cvs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 11:47, 06/02/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    > Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си)

    читеры.

     
     
  • 2.54, Андрей (??), 22:56, 07/02/2017 [^] [ответить]    [к модератору]
  • +/
    До numpy им ещё очень далеко. Вот где настоящее читерство.
     
  • 2.58, Andrey Mitrofanov (?), 10:22, 08/02/2017 [^] [ответить]    [к модератору]
  • +/
    >> Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си)
    > читеры.

    Питон не тормозит. Же. https://www.mercurial-scm.org/wiki/PyPyPlan

     
     
  • 3.62, develop7 (ok), 23:35, 08/02/2017 [^] [ответить]    [к модератору]
  • –2 +/
    > Питон не тормозит. Же. https://www.mercurial-scm.org/wiki/PyPyPlan

    Флопсов и RAM не бывает слишком много, но бывает достаточно.

     
  • 1.2, Штунц (?), 11:49, 06/02/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    что меня приятно поразило в Mercurial, так это возможность посмотреть что там в репозитории ДО pull'a. Мне этого иногда в git'e не хватает
     
     
  • 2.3, Аноним (-), 11:54, 06/02/2017 [^] [ответить]    [к модератору]  
  • +7 +/
    А чем git fetch не угодил?
     
  • 2.4, Человектапок (?), 11:54, 06/02/2017 [^] [ответить]    [к модератору]  
  • +4 +/
    А разве git fetch -- это не оно?
     
     
  • 3.7, Аноним (-), 12:14, 06/02/2017 [^] [ответить]    [к модератору]  
  • +/
    Нет, не оно. Но отчасти заменит.
     
     
  • 4.9, Аноним (-), 12:21, 06/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Дык а в чём проблема git fetch -нул и сравнивай себе спокойно git diff mybran... весь текст скрыт [показать]
     
     
  • 5.19, Аноним (-), 14:39, 06/02/2017 [^] [ответить]    [к модератору]  
  • +/
    Тут остается телепатировать, что имелось ввиду в оригинале. Я подумал, что он про hg incoming
     
  • 5.21, Аноним (-), 14:59, 06/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Лучше log, а не diff нужно так git fetch git log mybranch origin mybranch В ... весь текст скрыт [показать]
     
  • 4.34, XXXasd (ok), 16:07, 06/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    не ври git push git fetch git merge это ровно оно а ещё вот тебе парочка комма... весь текст скрыт [показать]
     
  • 2.22, Аноним (-), 15:01, 06/02/2017 [^] [ответить]     [к модератору]  
  • +/
    pull вообще инвазивная слишком команда, надо избегать то что ты написал, делает... весь текст скрыт [показать]
     
  • 1.5, Аноним (-), 12:05, 06/02/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +2 +/
    Давайте разведём ветку конструктивного холиср0ча между сабжем и его основным конкурентом. Просто хочется знать о каких либо преимуществах одного над другим, пусть даже о мелких.
     
     
  • 2.6, Аноним (-), 12:09, 06/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Неистово плюсую Самому мне всё равно лениво искать профиты меркуриала в сравнен... весь текст скрыт [показать]
     
     
  • 3.8, Аноним (-), 12:18, 06/02/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Поддерживаю. Даже если бы у него и были какие-то плюсы, сообщество выбрало git.
     
     
  • 4.15, Аноним (-), 13:31, 06/02/2017 [^] [ответить]    [к модератору]  
  • –2 +/
    > Поддерживаю. Даже если бы у него и были какие-то плюсы, сообщество выбрало
    > git.

    Не только сообщества разрабатывают софт.

     
  • 4.28, Cykooz (ok), 15:38, 06/02/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Сообщество не выбирало , оно как стадо подсело на то что дали в красивой обёртк... весь текст скрыт [показать]
     
     
  • 5.32, Аноним (-), 16:00, 06/02/2017 [^] [ответить]    [к модератору]  
  • –2 +/
    Спасибо, выразили все мои мысли разом.
     
  • 5.36, XXXasd (ok), 16:14, 06/02/2017 [^] [ответить]     [к модератору]  
  • +/
    и кому от этого было плохо тем кто пишет под Windows и что из этого сами вино... весь текст скрыт [показать]
     
     
  • 6.43, Cykooz (ok), 18:51, 06/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Какое то у вас детское суждение Можно подумать, что весь мир вертится вокруг ли... весь текст скрыт [показать]
     
     
  • 7.46, XXXasd (ok), 20:41, 06/02/2017 [^] [ответить]     [к модератору]  
  • –2 +/
    всё верно весь прогрессивный мир крутится вокруг Linux, BSD, и open source сист... весь текст скрыт [показать]
     
  • 5.76, Аноним (-), 08:43, 10/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Все проще Git сделан программистами для программистов, для отследивания версий,... весь текст скрыт [показать]
     
  • 3.14, Аноним (-), 13:30, 06/02/2017 [^] [ответить]    [к модератору]  
  • –2 +/
    Для сообщества лучше гит.

    Для корпораций - в некоторых аспектах меркуриал.

     
     
  • 4.16, Я (??), 13:50, 06/02/2017 [^] [ответить]    [к модератору]  
  • +3 +/
    Тупняк какой-то. Выбирают конкретные разработчики, а не "сообщество" или "корпорации". Если мне удобен меркуриал, то мне он удобен независимо от того, для кого я делаю проект. И так же с гитом.
     
     
  • 5.17, Аноним (-), 14:11, 06/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    я так понимаю, все зависит от процессов, которые workflow т е в разных ситуация... весь текст скрыт [показать]
     
     
  • 6.24, Аноним (-), 15:08, 06/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    И какие же, прости госспади, волшебные workflow меркуриал поддерживает http ... весь текст скрыт [показать]
     
     
  • 7.31, Alexey (??), 15:55, 06/02/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Тыщи дистрибутивов линукса значит нужны, а меркуриал не нужен.
     
  • 7.42, fi (ok), 17:43, 06/02/2017 [^] [ответить]     [к модератору]  
  • –2 +/
    Приходишь так в сообщество, смотришь а там 8230 у всех меркуриал - и ты им та... весь текст скрыт [показать]
     
     
  • 8.52, Аноним (-), 12:08, 07/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    Что-то у тебя ответ не связан с вопросом В огороде бузина В компании можете ... весь текст скрыт [показать]
     
  • 8.55, Андрей (??), 23:01, 07/02/2017 [^] [ответить]     [к модератору]  
  • +/
    А на самом деле наоборот кто-то разрабатывает себе в меркуриал Вот начинают пр... весь текст скрыт [показать]
     
     
  • 9.56, Cykooz (ok), 23:10, 07/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Вот и пускай проходят себе мимо Если они не в состоянии осилить меркуриал хотя ... весь текст скрыт [показать]
     
     
  • 10.77, Аноним (-), 08:53, 10/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Что характерно, именно это обычно и происходит Вот прямо идешь в новость и смот... весь текст скрыт [показать]
     
  • 3.49, бедный буратино (ok), 02:47, 07/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    сообществу пофиг сообщество юзает и то, и то мне тоже пофиг я тоже юзаю и то,... весь текст скрыт [показать]
     
     
  • 4.51, Аноним (-), 10:14, 07/02/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Поддерживаю.
     
  • 2.23, Аноним (-), 15:05, 06/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    В hg нет веток На этом можно и закончить То, что там называю ветками, это кака... весь текст скрыт [показать]
     
     
  • 3.26, Аноним (-), 15:12, 06/02/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Разупорись, будь добр
     
     
  • 4.27, Аноним (-), 15:25, 06/02/2017 [^] [ответить]    [к модератору]  
  • +2 +/
    По существу будет аргументация? Или "нам наплевать на кривость и косяки, лишь бы гламурный TortoiseHg под десяточкой запускать, а не непонятную консоль в гите"
     
     
  • 5.33, Аноним (-), 16:00, 06/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    Кратко 1 В меркуриал таки ветки, в git - указатели Это по большому счету, воп... весь текст скрыт [показать]
     
     
  • 6.39, Аноним (-), 16:37, 06/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    согласен, это вопрос терминологии Для меня ветки hg не узабельны, в том числе и... весь текст скрыт [показать]
     
  • 3.30, Cykooz (ok), 15:55, 06/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Вы это о чём Вот как раз в гите нет настоящих веток, то что там называется ветк... весь текст скрыт [показать]
     
     
  • 4.70, anonymous (??), 23:32, 09/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Вы зря мешаете тёплое с мягким Именованная ссылка --- это одно Передача именно... весь текст скрыт [показать]
     
     
  • 5.72, Cykooz (ok), 23:41, 09/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Хм, branch - это так то ветка, а не узел node , поэтому ваше определение как то... весь текст скрыт [показать]
     
     
  • 6.73, anonymous (??), 23:59, 09/02/2017 [^] [ответить]     [к модератору]  
  • +/
    Хорошо Любой путь к листу в графе коммитов А узел в графе коммитов у которого ... весь текст скрыт [показать]
     
  • 3.48, gaga (ok), 00:18, 07/02/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Т е даже первую страницу самого простого туториала по ртути ты прочитать не оси... весь текст скрыт [показать]
     
     
  • 4.53, Аноним (-), 12:10, 07/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Ты так говоришь, как будто этими букмарками пользовался Или теоретик-читатель м... весь текст скрыт [показать]
     
  • 2.29, Crazy Alex (ok), 15:48, 06/02/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Различия не настолько принципиальны, чтобы быть причиной выбора, поэтому проще взять то, что более распространено - то есть гит.
     
  • 2.44, develop7 (ok), 19:26, 06/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    Pro Mercurial Rename copy tracking Phases мешает переписать опубликованную ... весь текст скрыт [показать]
     
     
  • 3.63, Andrey Mitrofanov (?), 09:20, 09/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > Pro Mercurial
    > * Продуманные UI и руководство
    > Pro Git
    > * Staging area (я не пользуюсь)

    ''Git has something called the "staging area" or "index".''

    :-O   Матёро!

     
     
  • 4.64, develop7 (ok), 16:37, 09/02/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > ''Git has something called the "staging area" or "index".''
    > :-O   Матёро!

    што

     
     
  • 5.66, Andrey Mitrofanov (?), 16:42, 09/02/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Pro Git Staging area я не пользуюсь Не пользоваться индексом и по... весь текст скрыт [показать]
     
     
  • 6.68, develop7 (ok), 19:25, 09/02/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    Я понимаю, что там где-то под капотом IDEA, возможно, и вызывает git-add, но сам... весь текст скрыт [показать]
     
  • 1.18, Аноним (-), 14:25, 06/02/2017 [ответить] [показать ветку] [···]     [к модератору]  
  • +1 +/
    Есть репозиторий на Mercurial, в котором по какому-то стечению обстоятельств соз... весь текст скрыт [показать]
     
     
  • 2.20, Аноним (-), 14:41, 06/02/2017 [^] [ответить]    [к модератору]  
  • +/
    Анон, вмёрж его и сделай revert но его номеру, не мучайся
     
  • 2.45, develop7 (ok), 19:29, 06/02/2017 [^] [ответить]    [к модератору]  
  • +/
    Стрипните лишнюю голову в вебморде bitbucket
     
  • 1.25, DmA (??), 15:09, 06/02/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    вот бы на этой коммерческой системе запустить репозиторий винды в 250 гб и 3,5 млн файлов.
     
     
  • 2.35, Аноним (-), 16:11, 06/02/2017 [^] [ответить]    [к модератору]  
  • +/
    Конечно, интересно. Но тут, мне кажется, проблема не в системе контроля версий, а "что-то в этой репе не так".
     
  • 2.37, Cykooz (ok), 16:28, 06/02/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Ну можно в качестве примера взять опыт Facebook, у них конечно не 250Гб наверное (3 года назад в git копии у них было 54Гб) - https://code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ . Они решили свои проблемы со скоростью как то более правильно - сделали какие то патчи для меркуриал, написали расширение для него специальное, которое вероятно теперь доступно для всех.
    Майкрософт же приняло решение не трогать "бяку", и навертеть оптимизаций сбоку от Git-а. Запилили виртуальную FS-ку, и изменили серверную версию Git, что бы она поддерживала эту FS. В результате их решение работает только у них.
     
  • 1.47, Аноним (-), 23:19, 06/02/2017 [ответить] [показать ветку] [···]     [к модератору]  
  • –2 +/
    всем кто спеной у рта доказывает что гит ваше наше все а ртуть авн0 и считает ч... весь текст скрыт [показать]
     
  • 1.57, Аноним228 (?), 05:46, 08/02/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Xine 5 лет как закрылся, нарколыги!
     
     
  • 2.59, Andrey Mitrofanov (?), 10:27, 08/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > Xine 5 лет как закрылся, нарколыги!

    --Св-----, они убили xine. Опять.

     
  • 2.60, Аноним (-), 17:42, 08/02/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Как закрылся?
     
  • 1.61, Вареник (?), 18:54, 08/02/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Лучшая Version Control System.

    Bazaar гибче, Mercurial продуманней.

     
     
  • 2.78, Аноним (-), 08:57, 10/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > Bazaar гибче, Mercurial продуманней.

    А git еще и работает к тому же. Не тормозит. И сделан для програмеров а не гламурных тупиц в десятке.

     
  • 1.65, Аноним (-), 16:37, 09/02/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Вопрос знатокам hg: зачем в практике сопровождения hg-based-проектов частенько рвут историю на разные репозитории?

    Приблизительно как здесь:
    https://gmplib.org/repo/
    (gmp, gmp-???, ... )

     
     
  • 2.67, Cykooz (ok), 18:50, 09/02/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Вопрос знатокам hg: зачем в практике сопровождения hg-based-проектов частенько рвут историю
    > на разные репозитории?

    Может как раз таким образом решают проблему больших репазиториев? Если они не делают бакпорт фиксов и каких то фичей в старые версии, то нет какого то особого резона тащить хвост из коммитов от старой версии, если их там 100500 и занимают дофига места. Тоже самое можно делать и на Git - это не какая то особенность присущая меркруиал репазиториям.


     
     
  • 3.69, anonymous (??), 23:22, 09/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > Может как раз таким образом решают проблему больших репазиториев?

    В это не верится: история не обрезается снизу (старая), а подрезается сверху; экономии места нет, даже наоборот --- у бОльших репозиториев возможность переиспользовать идентичные блоки выше. Какие-то пляски с долгоподдерживаемыми ветками (как-бы-ветками?)? Но зачем? Хрень какая-то --- проблемы вижу, рационального зерна не вижу.

     
     
  • 4.71, Cykooz (ok), 23:34, 09/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > В это не верится: история не обрезается снизу (старая), а подрезается сверху;

    Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой либы. Я сам такого нигде не встречал ещё.

     
     
  • 5.74, anonymous (??), 00:03, 10/02/2017 [^] [ответить]    [к модератору]  
  • +/
    >> В это не верится: история не обрезается снизу (старая), а подрезается сверху;
    > Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой
    > либы. Я сам такого нигде не встречал ещё.

    А это не специфично для gmp. Но в hg-репозиториях я такое несколько раз встречал.

    Ладно, отнесем к разряду "какая-то хрень".

     
     
  • 6.75, Cykooz (ok), 00:34, 10/02/2017 [^] [ответить]    [к модератору]  
  • +/
    > А это не специфично для gmp. Но в hg-репозиториях я такое несколько
    > раз встречал.
    > Ладно, отнесем к разряду "какая-то хрень".

    Как вариант - это просто один и тот же реп, склонированный на сервере в разные папки и переключенный на соответствующие бранчи, что бы можно было с ними параллельно работать. Никакого доп. места на диске для хранения истории оно не занимает, т.к. она "клонируется" как хард-линка. Точно так же можно сделать и локально, если нужно параллельно работать с разными бранчами.
    Хотя в случае GMP смущает что набор тегов в этих "репах" всё таки отличается.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor