https://opennet.ru/openforum/vsluhforumID3/110372.html Доступен (https://www.mercurial-scm.org/wiki/Release4.1) релиз распределённой системы управления версиями Mercurial 4.1 (https://www.mercurial-scm.org). Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla (https://hg.mozilla.org/), OpenOffice.org, OpenSolaris, NetBeans (http://hg.netbeans.org/main), OpenJDK (http://hg.openjdk.java.net/), Nginx (http://hg.nginx.org/nginx.org), Xine (https://anonscm.debian.org/hg/xine-lib/xine-lib/) и W3C.<br><br><br><br>Основные изменения (https://www.mercurial-scm.org/wiki/WhatsNew#Mercurial_4.1_.282017-2-1.29):<br><br><br>- Представлен новый расширяемый API для подключения движков сжатия данных, позволяющий создавать расширения с поддержкой новых форматов сжатия;<br><br>- В основной состав включен новый движок сжатия zstd, который собирается и используется по умолчанию во многих командах при работе поверх HTTP, если https://opennet.ru/openforum/vsluhforumID3/110372.html#78 Fri, 10 Feb 2017 05:57:32 GMT &gt; Bazaar гибче, Mercurial продуманней.<br><br>А git еще и работает к тому же. Не тормозит. И сделан для програмеров а не гламурных тупиц в десятке.<br><br> https://opennet.ru/openforum/vsluhforumID3/110372.html#77 Fri, 10 Feb 2017 05:53:32 GMT &gt; Вот и пускай проходят себе мимо. <br><br>Что характерно, именно это обычно и происходит. Вот прямо идешь в новость и смотришь список мега проектов. <br><br>Давай глянем? Мозилла? Куча неудачников по которым плачет могила. У них движок сгнил а новый они так и не сделали. Пользователей достало и они ушли на хром. И дальше уйдут. Кстати гугл в отличие от этих дурней git использует. Техническое превосходство - так уж во всем.<br><br>Опенсолярис? OpenOfficeOrg? NetBeans? OpenJDK? Xine? Это успех, их там позаваливало коммитами.<br><br>Кто там еще живой? Nginx? Ну это bsd-шные проприетарщики. Их дружественность к разработчикам легко оценить. По количеству разработчиков и коммитеров, хотя проще просто попробовать модуль написать. Сразу познаешь все прелести и дружелюбие.<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#76 Fri, 10 Feb 2017 05:43:54 GMT &gt; Сообщество не "выбирало", оно как стадо подсело на то что дали в <br>&gt; красивой обёртке.<br><br>Все проще. Git сделан программистами для программистов, для отследивания версий, а не чтобы на питоне. А потом оказалось что питон не тормозит и все героически ускоряют, опять в два раза. А гит сразу нормально работал, чем программисты от питонистов и отличаются.<br><br>&gt; Тут просто сработало то, что гит "раскрутили" быстрее: запили довольно удобный Github,<br>&gt; ядро линуха лежит в гите и др.<br><br>То-есть, сообщество вокруг ядра Linux вполне влияет на экосистему вокруг. Это толпа сильных разработчиков. С ними считаются, в отличие от.<br><br>&gt; И почему то мало кто при этом смотрел на объективные вещи: удобство <br>&gt; использования, понятные команды, кривая обучения, <br><br>Как раз с этим у гита все прекрасно. Но вот правда для программистов которые *nix-like подходы предпочитают, желательно распределенно и опенсорсно.<br><br>&gt; работа под разными операционками (оригинальный git долгое время вообще не работал под Windows).<br><br>Сейчас до очень многи https://opennet.ru/openforum/vsluhforumID3/110372.html#75 Thu, 09 Feb 2017 21:34:47 GMT &gt; А это не специфично для gmp. Но в hg-репозиториях я такое несколько <br>&gt; раз встречал.<br>&gt; Ладно, отнесем к разряду "какая-то хрень".<br><br>Как вариант - это просто один и тот же реп, склонированный на сервере в разные папки и переключенный на соответствующие бранчи, что бы можно было с ними параллельно работать. Никакого доп. места на диске для хранения истории оно не занимает, т.к. она "клонируется" как хард-линка. Точно так же можно сделать и локально, если нужно параллельно работать с разными бранчами.<br>Хотя в случае GMP смущает что набор тегов в этих "репах" всё таки отличается.<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#74 Thu, 09 Feb 2017 21:03:32 GMT &gt;&gt; В это не верится: история не обрезается снизу (старая), а подрезается сверху; <br>&gt; Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой <br>&gt; либы. Я сам такого нигде не встречал ещё.<br><br>А это не специфично для gmp. Но в hg-репозиториях я такое несколько раз встречал.<br><br>Ладно, отнесем к разряду "какая-то хрень".<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#73 Thu, 09 Feb 2017 20:59:02 GMT &gt; Хм, branch - это так то ветка, а не узел (node), поэтому ваше определение как то не очень подходит.<br><br>Хорошо. Любой путь к листу в графе коммитов. А узел в графе коммитов у которого два потомка --- это branch point. Так лучше?<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#72 Thu, 09 Feb 2017 20:41:08 GMT &gt; А branch --- <br>&gt; это узел в графе коммитов у которого два потомка. И в <br>&gt; hg это, наверное, должно быть так же.<br><br>Хм, branch - это так то ветка, а не узел (node), поэтому ваше определение как то не очень подходит.<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#71 Thu, 09 Feb 2017 20:34:06 GMT &gt; В это не верится: история не обрезается снизу (старая), а подрезается сверху;<br><br>Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой либы. Я сам такого нигде не встречал ещё.<br> https://opennet.ru/openforum/vsluhforumID3/110372.html#70 Thu, 09 Feb 2017 20:32:58 GMT &gt;&gt; В hg нет веток.<br>&gt; Вы это о чём? Вот как раз в гите нет настоящих веток, <br>&gt; то что там называется веткой - это просто локальная именованная ссылка <br>&gt; на один из top-овых коммитов в дереве, которая не пушится во <br>&gt; внешнюю репу.<br>&gt; В меркуриале есть аналог таких вот именованных ссылок, и они тоже работают <br>&gt; только в локальном репазитории и не уходят во внешние репы.<br><br>Вы зря мешаете тёплое с мягким. Именованная ссылка --- это одно. Передача именнованных ссылок в другой репозиторий --- это другое. А branch --- это узел в графе коммитов у которого два потомка. И в hg это, наверное, должно быть так же.<br>