Доступен (https://www.mercurial-scm.org/wiki/Release3.9) релиз распределённой системы управления версиями Mercurial 3.9 (https://www.mercurial-scm.org/wiki/Release3.9). Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla, OpenOffice.org, OpenSolaris, NetBeans, OpenJDK, Nginx, Xine и W3C.Основные изменения (https://www.mercurial-scm.org/wiki/WhatsNew):
- Добавлено экспериментальное расширение journal (https://www.mercurial-scm.org/wiki/JournalExtension), позволяющее отследить прошлые позиции в закладках и рабочих копиях;
- Возможность ограничения ширины текста подсказки через опцию ui.textwidth;
- Добавлена функция шаблонов separate();
- Добавлена опция ui.rollback, позволяющая отключить команду "hg rollback";
- Добавлен хук fail-{команда}, срабатывающий при сбое в процессе выполнения команды;
- Добавлены опции experimental.graphstyle.* для управления стилями генерации консольных графиков;
- Добавлена опция experimental.histedit.autoverb при которой строки, начинающиеся с метки "verb!", воспринимаются как команды редактора histedit;- В настройки добавлена секция "[hostsecurity]" для определения связанных с безопасностью настроек, таких как выбор хэшей (SHA-256, SHA-512), определение сертификатов хоста и ограничение версии TLS.
- Поддержка топологической (https://ru.wikipedia.org/wiki/%D0%A2%D0%... сортировки в sort(), включаемой при указании опции topo;
- В hgweb обеспечена поддержка вывода в формате JSON для filelog, filerevision, summary и команд поиска;
- В секции "[paths]" добавлена возможность указания субопции pushrev для выбора ревизий, используемых по умолчанию в push-запросах;
- Увеличена производительность "hg diff";
- Расширено число изменений конфигурации и окружения, воспринимаемых командой chg;
- Проведён рефакторинг и унификация кода, связанного с работой SSL/TLS;
- Проведена оптимизация производительности операций обработки больших файлов;
- Прекращена обработка защищённых соединений с сертификатами от несуществующих удостоверяющих центров;
- Для вывода слепка сертификата задействован хэш SHA-256 вместо SHA-1;
- Решена проблема с повторами ввода пароля при выполнении операции клонирования;
- В hgweb переработан режим аннотированного отображения ревизий, в котором обеспечена группировка ревизий, разбиение на блоки и подсветка текущей ревизии.URL: https://www.mercurial-scm.org/wiki/WhatsNew#Mercurial_3.9_.2...
Новость: https://www.opennet.ru/opennews/art.shtml?num=44891
Очередной hg vs. git стартует?
нет, уже и смысла нет в этом холиваре. адаптерам hg можно пожилать: "Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья"
> нет, уже и смысла нет в этом холиваре. адаптерам hg можно пожилать:
> "Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья"А вам хоть немного подучить орфографию русского языка.
Орфографии нет, но вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья.
Спасибо, хоть что-то правильно писать без ошибок умеете.
В холиваре действительно смысла нет.
В применении же Mercurial и даже часто Subversion - вполне есть смысл, по обстоятельствам.
конечно есть смысл по обстоятельствам......просто все эти обстоятельства являются не разумными. ну а так -- да, смысл есть
> конечно есть смысл по обстоятельствам...
> ...просто все эти обстоятельства являются не разумными. ну а так -- да,
> смысл естьСуществование XXXasd, например, не является разумным обстоятельством, но что поделать.
> Очередной hg vs. git стартует?А смысл? На сабж забил основной разрабоичик. Мы гуманисты - лежачих не пинаем.
>> Очередной hg vs. git стартует?
> А смысл? На сабж забил основной разрабоичик. Мы гуманисты - лежачих не пинаем.Линус тоже git сдал. Давно. Конструктивно обсуждаем!
Ну тогда да здравствует пацифизм. Все-равно маленьких обижать - нехорошо.
Без 600 метров питоновских библиотек это не ставится...
> требующие высокой производительности части оформлены в виде модулей на СиТипичная ошибка выбора неправильного инструмента для решения поставленной задачи. Можно было сразу догадаться, что применение языка для лабораторок в потребительском проекте приведет к необходимости построения таких вот костылей.
Смотрим на git: Written in C, Shell, Perl, Tcl and Python
Package: git
Version: 1:2.1.4-2.1+deb8u2
Installed-Size: 23829
Maintainer: Gerrit Pape <pape@smarden.org>
Architecture: i386
Replaces: git-core (<< 1:1.7.0.4-1.), gitweb (<< 1:1.7.4~rc1)
Provides: git-completion, git-core
Depends: libc6 (>= 2.16), libcurl3-gnutls (>= 7.16.2), libexpat1 (>= 2.0.1), libpcre3 (>= 1:8.35), zlib1g (>= 1:1.2.0), perl-modules, liberror-perl, git-man (>> 1:2.1.4), git-man (<< 1:2.1.4-.)Как вы однако лужу разметали-то по заборам. Без perl'а тоже можно собрать.
https://www.opennet.ru/opennews/art.shtml?num=43057
> Реализации "git pull" и "git am" переписаны на языке Си (преобразованы во встроенные команды вместо ранее применяемых shell-скриптов git-pull.sh и git-am.sh);Так что там c лужей?
А что там с лужей? Шелл есть везде, а команды эти - обёртки, не более.
> А что там с лужей? Шелл есть везде, а команды эти -
> обёртки, не более.Можно подумать, шелл быстрее питона.
Напомню, что сам сра^W спор благородных шко^W донов начался с претензий что "не с самого начала на Си, значит нинужна и отстoй!"
см.
> > требующие высокой производительности части оформлены в виде модулей на Си
> Типичная ошибка выбора неправильного инструмента
> Можно подумать, шелл быстрее питона.Шелл компактнее питона с кучей обвеса и есть в любой *никс-подобной оси.
> Напомню, что сам сра^W спор благородных шко^W донов начался с претензий что
> "не с самого начала на Си, значит нинужна и отстoй!"Потому что все-равно пришлось на си переписывать половину, иначе тормозит. Получилось месиво из двух совершенно разных ЯП. Зачем?
>> Типичная ошибка выбора неправильного инструмента
Когда в руках молоток - все кажется гвоздями? И тут вдруг оказалось что бывают стены из бетона. И пришлось задолбаным питонистам признать преимущества перфоратора.
> Потому что все-равно пришлось на си переписывать половину, иначе тормозит. Получилось месиво
> из двух совершенно разных ЯП. Зачем?Вы сейчас о ртути или о гите?
> Когда в руках молоток - все кажется гвоздями? И тут вдруг оказалось
> что бывают стены из бетона. И пришлось задолбаным питонистам признать преимущества
> перфоратора.Каждый мнит себя стратегом, видя бой со сотороны …
Вспоминается классика с торрентом. После того, как он "взлетел" и его стали переписывать с питона, то сразу нашлись такие же вопрошающие "почему сразу не на правильном языке? Автор неосилятор? Вот я/мы бы, ух … ".Правда, когда автор "в одно рыло" начинал воплощать в жизнь свою задумку очередного протокола П2П (а их к тому времени было несколько дюжин, если не больше (зависит от того, как считать различные вариации и похожести) — правда в основном все на бумаге) все "осиляторы" скромно стояли в сторонке …
> Вы сейчас о ртути или о гите?О ртути. У питона с сями ничего общего. Шелл на си больше похож. Да и просто юниксвэйненько. Критичные к скорости кирпичики - на сях, на шелле - glue между ними. А питон сбоку-припеку. Круто когда на питоне половина мощной логики и кирпичиков, а потом оказываеся что все это жутко тормозит и таки приходится писать на си. Цена игнорирования юниксвэя - хреновая работа программы и невменяемость "административных границ". Это уже как-то совсем не юниксвэйно. Психов наворачивающих на шелле крутую логику в природе к счастью не так много (хотя встречаются иногда, типа здешнего Led).
> Каждый мнит себя стратегом, видя бой со сотороны …
Мне нравятся стратегии. Я даже сам себе стратег слегонца. Жизнь заставила.
> переписывать с питона, то сразу нашлись такие же вопрошающие "почему сразу
> не на правильном языке? Автор неосилятор? Вот я/мы бы, ух … ".Что характерно, макет на питоне настолько стремительно слился что разработчикам пришлось скупить uTorrent. Который в разы компактнее, трескает в десятки раз меньше ресурсов и качает быстрее. И умеет намного больше. Потому что мелкая прога на плюсах, сделанная как нормальная программа а не дизайн-макет идеи. Вот и загнулся питоноклиент. Если бы не скупили uT - утратили бы контроль над происходящим. Целиком и полностью. Случилась бы дезинтеграция экосистемы и кто-то более вменяемый перехватил бы руль.
> Правда, когда автор "в одно рыло" начинал воплощать в жизнь свою задумку
> очередного протокола П2П (а их к тому времени было несколько дюжин,
> если не больше (зависит от того, как считать различные вариации и
> похожести) — правда в основном все на бумаге) все "осиляторы"
> скромно стояли в сторонке …Что характерно - протокол в целом достаточно кривой, с кучей проблем/shortcomins и невменяемым форматом данных, который и парсить неудобно и медленно и траффика жрет больше чем мог бы и на глаз нечитабелен. Минусы текстовых и бинарных протоколов успешно встретились в одном уродце, без каких либо достоинств. Как настоящие питонисты они сначала накидали макет, а только потом подумали. Тогда этим уже пользовалась толпа народа и был поздняк метаться.
А так было полно похожих проектов, единственное реальное достижение этого прожэкта - удачная идея "tit for tat" без жуткого оверинжиниринга как в том же осле с его невменяемыми очередями и шарингом половины харда. Пришедшие к тому что до того как ты что-то скачаешь - изоль-ка потусовать в очереди часик. И давайте мы еще очереди между рестартами клиентов на диск сохранять. Ословоды изобрели советский магазин, с записью на три дня вперед за нужным файлом. Торрент хуже почти всем. Кроме этой "мелочи", лол.
> О ртути. У питона с сями ничего общегоА я о переписывании. Когда потихоньку "допереписывают" гит с шелла, это почему-то считается нормальным, а вот в ртутников начинают сразу кидаться <этим самым>
> Мне нравятся стратегии. Я даже сам себе стратег слегонца. Жизнь заставила.
Это поговорка такая. Типа "знал бы где упаду — соломки подстелил бы". А еще есть "после драки кулаками не машут".
> Что характерно, макет на питоне настолько стремительно слился что разработчикам пришлось
> скупить uTorrent. Который в разы компактнее, трескает в десятки раз меньше
> ресурсов и качает быстрее. И умеет намного больше. Потому что мелкая
> прога на плюсах, сделанная как нормальная программа а не дизайн-макет идеи.
> Вот и загнулся питоноклиент.Что характерно, почему-то именно так на плюсах никто не сделал. Ну, пока не было макета, который и показал состоятельность протокола.
>> Правда, когда автор "в одно рыло" начинал воплощать в жизнь свою задумку
> Что характерно -Что характерно, когда начинаешь спрашивать "знающих лучше", где же они были со своими советами тогда, то начинается юлеж и съезд на посторонние темы.
> протокол в целом достаточно кривой,
Ну тогда давайте выкладывайте вашу разработку к тому време
ни. Можно даже чуть более позднюю. Можете даже не обосновывать, почему ваш элегантный протокол не взлетел.> с кучей проблем/shortcomins и
> невменяемым форматом данных, который и парсить неудобно и медленно и траффика
> жрет больше чем мог бы и на глаз нечитабелен.Что характерно — протокол работает не только на бумаге, в отличие от дюжин "супер-пуперских" придумок с разными элегантностями у которых все получается только в сферическо-академических условиях.
Что еще характерно — ни один знающий как надо тогда не предложил автору свою помощь или запилил сам )
> достоинств. Как настоящие питонисты они сначала накидали макет, а только потом
> подумали. Тогда этим уже пользовалась толпа народа и был поздняк метаться.Ну да, а настоящие непитонисты просто стибрили идею, для порядка и самооправдания ("мы бы и сами додумались! Просто некогда было!") поливая автора грязью )
> А я о переписывании. Когда потихоньку "допереписывают" гит с шелла, это почему-то
> считается нормальным, а вот в ртутников начинают сразу кидаться <этим самым>Может потому что git никогда не позиционировал себя как "написанный на шелл", в отличие от сабжа?
> Это поговорка такая. Типа "знал бы где упаду — соломки подстелил бы".
> А еще есть "после драки кулаками не машут".Я эти поговорки проверяю на своей шкуре. Жизнь такая. Приходится уметь мыслить стратежно, иначе конкуренты уделают или факапы задолбают.
> Что характерно, почему-то именно так на плюсах никто не сделал. Ну, пока
> не было макета, который и показал состоятельность протокола.Осла на плюсах сразу писали. И он сразу работал, без всяких гребаных макетов. Поэтому громкий тезис о нужности в процессе кривых макетов какой-то не очень доказанный. Писать нормально все-равно придется, если не хочется чтобы более подкованные програмеры показали горе-креативщику "кто здесь папа". Ну или скупить такую командочку, если денег хватит. Заметь, платить деньги команде питонистов малоперспективно - с ними хлебнешь горя и не особо с кем поконкурируешь. Дропбокс какой там уже раз все переписывает и на чем? Гугель питона тоже послал, запилив Go. Который и вышибает питона из серверсайда ударными темпами. Потому что тоже low entry и в отличие от - не тормозит.
> Что характерно, когда начинаешь спрашивать "знающих лучше", где же они были со
> своими советами тогда, то начинается юлеж и съезд на посторонние темы.Ну не знаю, осел на плюсах хорошо работал. Если не считать дурной алгоритм очередей который одинаков на любом ЯП в общем то. Это на уровне дизайна протокола антифича.
> Ну тогда давайте выкладывайте вашу разработку к тому време ни.
Ну тогда машину времени давайте.
> Можно даже чуть более позднюю. Можете даже не обосновывать, почему ваш
> элегантный протокол не взлетел.Примерно по той же причине по которой всякие PA-RISC и какие там еще Alpha были замяты кривым уродцем х86. Он гомнецо, зато массовый. Пипл хавает. Однако ж образцом изящной архитектуры он от этого не становится.
> Что характерно — протокол работает не только на бумаге, в отличие от
> дюжин "супер-пуперских" придумок с разными элегантностямиЧто характерно, он так работает что без реализации пары дюжин "опциональных" BEPов качаться как правило вообще ничего не будет. Что характерно, эти BEP предложили и реализовали совсем другие личности, имеющее более адекватное представление о том что и зачем они делают. Единственное что у авторов оригинала вышло лучше остальных - поощрение клиентов. Гениальное в своей тривиальности и при том крайне эффективно поощряющее отдачу и нагревающую личеров. Личеры в этой схеме получают самую плохую скорость из возможны. Да, это придумано хорошо. Но это единственное удачное место во всем протоколе. Чего, впрочем, было достаточно чтобы сделать осла с его немеряными очередями. Прикинь, хреновый алгоритм и на плюсах остается хреновым алгоритмом.
> в сферическо-академических условиях.
Изначальный протокол торента тоже только в сферических условиях работает. Без DHT и PEX пловина файлов не скачаются вообще никогда, а это совершенно сторонние навески на протокол, сделанные другими людьми. Туда же всякие ништяки типа магнитных ссылок.
> Что еще характерно — ни один знающий как надо тогда не предложил
> автору свою помощь или запилил сам )По-моему ты не очень в теме. Вон тот длинный список BEPов придуман как раз таки другими людьми и как раз именно об этом.
> Ну да, а настоящие непитонисты просто стибрили идею, для порядка и самооправдания
> ("мы бы и сами додумались! Просто некогда было!") поливая автора грязью)Называние вещей своими именами != поливанию гразью. Если фирмочка экстренно скупает команду разработчиков альтернативного клиента - тут все понятно с конкурентоспособностью этого куска питона.
> Может потому что git никогда не позиционировал себя как "написанный на шелл",
> в отличие от сабжа?https://www.mercurial-scm.org/about
> Mercurial was written with platform independence in mind.
> Therefore most of Mercurial is written in Python, with a small part in portable C for performance reasons.В общем, понятно.
> Если фирмочка экстренно скупает команду
> разработчиков альтернативного клиента - тут все понятно с конкурентоспособностью этого
> куска питона.Гм, не знаю, по моему если "начавший в одно рыло с макета" организовывает на этом деле фирму и скупает конкурентов, то как раз с конкурентноспособностью все нормально.
> Осла на плюсах сразу писали. И он сразу работал, без всяких гребаных
> макетов. Поэтому громкий тезис о нужности в процессе кривых макетов какой-то
> не очень доказанный.
> Ну не знаю, осел на плюсах хорошо работал.Если не считать дурной
> алгоритм очередей который одинаков на любом ЯП в общем то. Это
> на уровне дизайна протокола антифича.
> Чего, впрочем, было достаточно чтобы сделать осла с его немеряными очередями. Прикинь,
> хреновый алгоритм и на плюсах остается хреновым алгоритмом.Ага, написали на труЪшном яыке и что вышло? Ах да, виноват плохой алгоритм! И что там было про "настоящих питонистов" и ненужность макетов?
Ведь все знают, что макеты чистое баловство и делаются от неосиляторства, а не чтобы с много меньшими усилиями проверить задумку, посмотреть, как алгоритм(ы) себя будут вести не на бумаге, отловить основные грабли и довести таким образом задумку до приемлемого и рабочего состояния.В общем, вы очень убедительно противоречите самому себе. Создать с нуля идеальные алгоритмы взаимодействующие не со сферическими конями, при этом предусмотрев всевозможные грабли … тяжеловато. А с ограниченными ресурсами как раз самым разумным и становится создание макета/прототипа, обкатка, допилка.
Другое дело, что не так уж и редко "макетная фаза" затягивается, макет обшивается картоном и фанерой, склеивается скотчем и выдается за "готовый" продукт. Или обрастает потихоньку костылями и подпорками так, что никакого преимущества от использования прототипа уже не остается. Но это уже проблемы из другой оперы.
Возвращаясь к изначальной теме - проблема не в том, что на питоне макет наляпали, а в том, что упорно не хотят пизнавать это макетом, наоборот, подавая питон как фичу. Ну и в том, конечно, что Торвальдс закономерно хорошо понимал, что должна уметь хорошая DVCS. Например, то, что её суть - в помощи в разработке и в удобной для анализа выдаче истории изменений кода, а не в протоколировании проектирования/разработки. Отсюда - git add, акцент на rebase/squash и прочем переписывании истории и вообще вся логика работы.
> Возвращаясь к изначальной теме - проблема не в том, что на питоне
> макет наляпали, а в том, что упорно не хотят пизнавать это--А что, отец, фчи в городе есть?
--Кому и питон - фича.> макетом, наоборот, подавая питон как фичу. Ну и в том, конечно,
> что Торвальдс закономерно хорошо понимал, что должна уметь хорошая DVCS. Например,Срисовал механизм у МакВоя -- это поспособствовало пониманию.
Ну, и инженерное -- тормоза инструмента не должны отвлекать от, прерывать осн.работу.
> то, что её суть - в помощи в разработке и в
> Смотрим на git: Written in C, Shell, Perl, Tcl and PythonПайтон не тормозит.
| Lang. | Code | Comm. | Comm. % | Blank | Total | % |
| Perl | 131,949 | 11,835 | 8.2% | 23,008 | 166,792 | 51.5% |
| Python | 89,408 | 27,275 | 23.4% | 18,792 | 135,475 | 41.8% |
| C | 8,404 | 975 | 10.4% | 1,397 | 10,776 | 3.3% |
| Vim s. | 2,109 | 269 | 11.3% | 99 | 2,477 | 0.8% |
| CSS | 1,538 | 57 | 3.6% | 214 | 1,809 | 0.6% |
| Lang. | Code | Comm. | Comm. % | Blank | Total | % |
| C | 364,130 | 58,641 | 13.9% | 59,543 | 482,314 | 43.8% |
| shell | 304,117 | 17,762 | 5.5% | 70,836 | 392,715 | 35.7% |
| Perl | 67,938 | 12,569 | 15.6% | 12,256 | 92,763 | 8.4% |
| Tcl | 60,785 | 2,797 | 4.4% | 7,530 | 71,112 | 6.5% |
| Python | 14,436 | 3,377 | 19.0% | 3,883 | 21,696 | 2.0% |
А кто сказал что тормозит?
Подобные рассуждения с головой выдают школьника.
я ставил hg на 50-мегабайтные дистрибутивы, предварительно установив туда только python с базовой библиотекой. в итоге, дистрибутив увеличился мегабайта где-то на три.
Даже на голимой винде с UI и прочими плюхами инсталл около 25Мб, а в никсах бОльшая часть всего этого добра и так в системе стоит.
Типичная ошибка диванного аналитика, который не решает поставленной задачи. Можно было сразу догадаться, что применение языка обусловлено инструментом, которым владеют разработчики хорошо и который хорошо справляется со своей частью задач, в отличие от диванных аналитиков, которые не владеют ничем, только потребляют.
> Без 600 метров питоновских библиотек это не ставится...Вантузятнег?
pkg info python27|grep size
Flat size : 66.7MiB
> Типичная ошибка выбора неправильного инструмента для решения поставленной задачи. Можно
> было сразу догадаться, что применение языка для лабораторок в потребительском проекте
> приведет к необходимости построения таких вот костылей.Лабораторки на питоне в 2005м? Да вы Эксперт!
Кстати:
из новости https://www.opennet.ru/opennews/art.shtml?num=43057 "Выпуск распределенной системы управления исходными текстами Git 2.6.0"
> Реализации "git pull" и "git am" переписаны на языке Си (преобразованы во встроенные команды вместо ранее применяемых shell-скриптов git-pull.sh и git-am.sh);Причем, потихоньку переписывают всякие разные компоненты уже давно.
Но вы продолжайте и далее делать умный вид.
> Типичная ошибка выбора неправильного инструмента для решения поставленной задачи.+1
Даже выскочки типа всяких го-растов - и то смотрелись бы интереснее! Странно, что пестонистов вообще заботят вещи типа DVCS - писали бы уж себе свои скрипты, да веб-форумы!
веб-форумы - это к похапешинкам, их хлебом не корми дай запилить гостевуху или магазин на жумле для ИП Васян Сраёна.
даже Bazaar был лучше и дуба дал, так и это тормозилово уже нафиг никому не нужно кроме двух с половиной инвалидов
даже если это нужно двум с половиной инвалидам, то это нужно. и пусть инвалиды сами решат что им нужно.
Ну, в общем-то да. Но этому натурально уже нечего делать в новостях.
В новостях есть место любому развивающемуся открытому проекту.
Не на перфокартах же новости, поместится.
> Ну, в общем-то да. Но этому натурально уже нечего делать в новостях.Согласен. А подобные комментарии Crazy Alex вообще нужны только Crazy Alex. Нечего им делать на форуме.
Ртуть рулит! Искренне верю, что хоронить её будут так же долго, как ненавистный Си и Кобол :))
На примере базара - меньше года с момента отказа каноникла его пилить до перехода половины проектов с него на что-то вменяемое.Но вы держитесь там! ©
> Ртуть рулит! Искренне верю, что хоронить её будут так же долго, как
> ненавистный Си и Кобол :))Очень хорошо что такие как ты будут держаться от нас и вообще вменяемых проектов подальше. Виндовым ламерам и гетто под стать.