https://m.opennet.dev/openforum/vsluhforumID3/115742.html Доступен (https://www.mercurial-scm.org/wiki/Release4.8) релиз распределённой системы управления версиями Mercurial 4.8 (https://www.mercurial-scm.org/wiki/Release4.0). Код 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.8_.282018-11-02.29): <br><br><br>- Стабилизирована реализация шаблонов форматирования (https://www.mercurial-scm.org/wiki/GenericTemplatingPlan), которые можно применять для настройки формата вывода любых команд, в том числе для применения JSON и XML для вывода;<br>- Реализовано расширение "closehead" для закрыт https://m.opennet.dev/openforum/vsluhforumID3/115742.html#164 Wed, 14 Nov 2018 04:27:33 GMT &gt; чем именно удобнее? я не знаком близко с hg, но в чем <br>&gt; там еще разница (в контексте обсуждаемого вопроса) помимо того что коммиты <br>&gt; помнят из какой ветки они были вмержены?<br><br>дык, мало того что они это помнят - нет rebase (ну, при правильном использовании, а не переносе вредных привычек с гита) - нет мертвых "невидимых" веток, которых как бы нет, но они вообще-то есть и у них есть своя история.<br><br>в общем, в проектах, сделанных в hg, удавалось разобраться просто методом разглядывания лога прямо в hgweb. С гитом - ни разу. совпадение, наверное.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#163 Tue, 13 Nov 2018 07:26:41 GMT &gt;&gt; Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn, <br>&gt;&gt; и даже в cvs?<br>&gt; через кривые врапперы, или благодаря тому, что hg-то как раз - умеет. <br><br>Что hg умеет, болезный, svn? <br><br>&gt; А сделать посреди гитового дерева hg-subrepo - хрен там ты сможешь.<br><br>Ну как бы есть задача взаимодействия с удаленным репозиторием, хранящимся в другой vcs. А не это вот все.<br><br>&gt;&gt;&gt; И расширения к нему не написать.<br>&gt;&gt; man githooks <br>&gt; анацефалы-фантики даже не понимают, чем хук отличается от расширения.<br><br>Принципиально - ничем. Это просто модель, которая позволяет интегрировать расширения в работу репа. А вообще - расширения можно писать на чем угодно. Это у ртути API прибит к питону.<br><br>Плюс libgit.<br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#162 Mon, 12 Nov 2018 23:53:02 GMT &gt; В истории subversion разбираться вручную таки да, много проще, как и <br>&gt; в истории hg, особенно, если в нее не тянут привычки, намертво <br>&gt; въевшиеся с гита, и используют ветки и мержи, а не rebase <br>&gt; и громадные комиты возникшие из воздуха.<br><br>чем именно удобнее? я не знаком близко с hg, но в чем там еще разница (в контексте обсуждаемого вопроса) помимо того что коммиты помнят из какой ветки они были вмержены?<br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#161 Mon, 12 Nov 2018 11:05:27 GMT &gt; Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn,<br>&gt; и даже в cvs?<br><br>через кривые врапперы, или благодаря тому, что hg-то как раз - умеет.<br>А сделать посреди гитового дерева hg-subrepo - хрен там ты сможешь.<br><br><br>&gt;&gt; И расширения к нему не написать.<br>&gt; man githooks<br><br>анацефалы-фантики даже не понимают, чем хук отличается от расширения.<br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#160 Sat, 10 Nov 2018 19:11:00 GMT &gt; и какие лучшие альтернативы предлагаются для решения подобных ситуаций?<br><br>лучшие чем что? Чем git? Или чем переписывание проекта самому, с нуля?<br><br>В истории subversion разбираться вручную таки да, много проще, как и в истории hg, особенно, если в нее не тянут привычки, намертво въевшиеся с гита, и используют ветки и мержи, а не rebase и громадные комиты возникшие из воздуха.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#159 Fri, 09 Nov 2018 17:22:22 GMT Мы - это кто?<br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#158 Fri, 09 Nov 2018 12:01:28 GMT В интернете мы представлены довольно скупо, можно и ошибиться. :)<br> https://m.opennet.dev/openforum/vsluhforumID3/115742.html#157 Fri, 09 Nov 2018 09:13:38 GMT &gt; Как будто существует способ убедить тебя в обратном.<br><br>Не допускать идиотских ошибок. Ну или хоть не врать для начала.<br><br>&gt; Нормальные люди (не аутичные гики) ожидают детерминированной истории<br><br>Так она вполне детерминирована. В зависимости от того какую именно историю тебе хочется - ты именно ее и получишь, а не выхлоп генератора случайных чисел.<br><br>&gt; статистически нормальные люди смотрят диффы в вебморде, в которой нет способа <br>&gt; подкрутить ключи git diff.<br>&gt;&gt;&gt; Когда требуется всего лишь тупо записывать за юзером, <br>&gt;&gt;&gt; без самодеятельности.<br>&gt;&gt; Что это было? Ты переименовал файл и его подредактировал? Ты удалил файл и создал совершенно новый?<br>&gt; Именно потому-то, что записывать за мной отрыжка LKML не способна<br><br>Повторяю, системы vcs - не замена отсутствующему головному мозгу. Если ты не потрудился записать именно такую историю, какую хочешь - торвальдсы тут непричем.<br><br>Хотя скажем великому и ужасному отдельное спасибо, что даже винигрет от таких погромистов, в котором намешано сразу все и еще нем https://m.opennet.dev/openforum/vsluhforumID3/115742.html#156 Fri, 09 Nov 2018 07:48:44 GMT &gt;&gt; Вот и некорректные аналогии начались.<br>&gt; Почему? Мы же выяснили, что данным конкретным инструментом ты умеешь пользоваться не сильно лучше чем мартышка.<br><br>Как будто существует способ убедить тебя в обратном.<br><br>&gt;&gt;&gt;&gt; Только что проверил: в диффе старый файл удалило, новый создало.<br>&gt;&gt;&gt; $ git log -2 --follow rules/60-io-scheduler.rules <br>&gt;&gt; Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак.<br>&gt; Это, внезапно, именно то, что от разных ключей командной строки нормальные люди и ожидают.<br><br>Нормальные люди (не аутичные гики) ожидают детерминированной истории, а не различающихся показаний в зависимости от того, как к нему обратиться. Больше скажу, статистически нормальные люди смотрят диффы в вебморде, в которой нет способа подкрутить ключи git diff.<br><br>&gt;&gt; Когда требуется всего лишь тупо записывать за юзером, <br>&gt;&gt; без самодеятельности.<br>&gt; Что это было? Ты переименовал файл и его подредактировал? Ты удалил файл и создал совершенно новый? <br><br>Именно потому-то, что записывать за мно