форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз распределённой системы управления версиями Mercurial 3.8"	+1 +/–
Сообщение от opennews (??) on 04-Май-16, 20:03
Состоялся (http://mathiasdm.com/2016/05/03/mercurial-3-7-and-3-8/) релиз распределённой системы управления версиями Mercurial 3.8 (https://www.mercurial-scm.org/wiki/Release3.8). Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla, Python, Go, OpenOffice.org, OpenSolaris, NetBeans, OpenJDK, ALSA, Nginx, Xine, Dovecot, NTFS-3G и W3C. Основные изменения (https://www.mercurial-scm.org/wiki/WhatsNew): -  Устранена опасная уязвимость CVE-2016-3105, которая может привести к выполнению кода злоумышленника при выполнении конвертации Git-репозитория с использованием расширения convert; -  В состав включено разработанное компанией Facebook расширение fsmonitor (https://www.mercurial-scm.org/wiki/FsMonitorExtension), которое использует средства отслеживания изменений в ФС (inotify, FSevents и т.п.) для ускорения выполнения команд, подобных "hg status", "hg diff" и "hg commit". Ускорение достигается за счет обработки событий изменения от ФС вместо проверки перебором всех файлов; -  Добавлено экспериментальное расширение automv, которое автоматизирует определение фактов переименования и копирования файлов в репозитории без применения команд "hg mv" и "hg cp"; -  Добавлен клиент chg (https://www.mercurial-scm.org/wiki/CHg), предоставляющий альтернативный способ выполнения команд Mercurial и работающий значительно быстрее. В отличие от штатного интерфейса, целиком написанного на языке Python, chg разделён на клиентскую и серверную часть: клиент написан на Си, а сервер на Python. URL: http://mathiasdm.com/2016/05/03/mercurial-3-7-and-3-8/ Новость: http://www.opennet.dev/opennews/art.shtml?num=44372
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Релиз распределённой системы управления версиями Mercurial 3..."	+4 +/–
Сообщение от Аноним (??) on 04-Май-16, 20:03
Всегда привлекала лаконичность команд hg, а работать приходится с git :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от develop7 (ok) on 04-Май-16, 20:13
	Use https://hg-git.github.io/ Luke! Для 99% проектов оно годится. Естественно, конвертации largefiles ⇔ Git-LFS нет.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	74. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Фырушгчямзщшгщшгшш on 06-Май-16, 11:21
	Сам-то пользовался?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	75. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от develop7 (ok) on 06-Май-16, 11:36
	> Сам-то пользовался? Да, рекомендую.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	3. "Релиз распределённой системы управления версиями Mercurial 3..."	+4 +/–
	Сообщение от Led (ok) on 04-Май-16, 20:27
	Release In Peace...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	20. "Релиз распределённой системы управления версиями Mercurial 3..."	–8 +/–
	Сообщение от ljhhuivwcegyuifrcuyo on 05-Май-16, 01:07
	Для ознакомления с программизмом hg безусловно меньшее из зол (и прекрасно справится с текстами и подобными мелочами), а выбравшие программизм смогут легко сами прочитать про git. Есть аналогия: Pascal изначально заточен для ознакомления с вопросами типа "что такое цикл" и он с этим успешно справляется, а при выборе программистской работы один фэншуй изучать конкретные инструменты.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	25. "Релиз распределённой системы управления версиями Mercurial 3..."	–4 +/–
	Сообщение от Аноним (??) on 05-Май-16, 03:28
	Есть только ма-аленькая проблема: поцкаль ломает мозг синдромом утёнка. И потом, когда йуный прогромизд приходит на собеседование, то ни на чём на реально используемом не может изобразить сортировку пузырьком. И от осознания этого факта он начинает рассказывать по форумам про "незаслуженно забытый идеальный поцкаль", и "оно удобно для обучения". Время - конечный и очень дорогой ресурс.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	27. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 05-Май-16, 09:31
	А некоторые на собеседовании могут не понять как написанных код на собеседовании компилируется gcc и работает как нужно, хоть и выглядит как ...
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	28. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 05-Май-16, 09:32
	> А некоторые на собеседовании могут не понять как написанных код на собеседовании > компилируется gcc и работает как нужно, хоть и выглядит как ... А некоторые на собеседовании могут не понять как написанный код компилируется и работает как нужно, хоть и выглядит как ...
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	31. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от angra (ok) on 05-Май-16, 10:33
	Какое отношение синдром утенка имеет к неумению программировать? Если в этом умозрительном собеседовании поменять Pascal и C местами, то что изменится?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	34. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от freehck (ok) on 05-Май-16, 11:12
	> Есть только ма-аленькая проблема: поцкаль ломает мозг синдромом утёнка. Синдром утёнка - это вредная привычка, которая настолько часто встречается, что ей даже дали название. Язык тут не при чём. Я ж вот спокойно прошёл путь от бейсика до лиспов, [и вроде ни с каким утёнком проблем не было / и всем не доволен] (нужное подчеркнуть). :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	41. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 05-Май-16, 14:04
	О, теоретики пожаловали. Ты ведь не писал в команде ничего на продажу, правильно? Язык тут очень даже при чём. Поцкаль не даёт представления о том, с чем человек столкнётся при создании реальных программ, и я не вижу причин тратить на него время. Например, после поцкаля приходится объяснять как работают указатели. Как работает конкатенация и сравнение строки, а также откуда там O(n). Почему обход массива может работать с разной скоростью в зависимости от направления обхода. Что такое стек, куча, и чем они отличаются. Что такое коллбаки и зачем они бывают нужны. А также многое-многое другое. Берём простенький qsort(void *base, size_t nmemb, size_t size, int (*compar)(const void *, const void *)) и любитель поцкаля сразу начинает пучить глаза: нам такого не задавали, ШТОЭТА. А ушибленных дельфями практически гарантированно нужно ПЕРЕучивать с нуля, ибо норовят нахepачить всю логику в обработчиках одного гигантского суперкласса "Appilcation".
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	42. "Релиз распределённой системы управления версиями Mercurial 3..."	+3 +/–
	Сообщение от Аноним (??) on 05-Май-16, 14:30
	> Например, после поцкаля приходится объяснять как работают указатели. >  Почему обход массива > может работать с разной скоростью в зависимости от направления обхода. Что > такое стек, куча, и чем они отличаются. Что такое коллбаки Теоретик, не видевший паскаля, пожаловал? А народ, когда-то раньше ради лулзов писавший дрова на дельфя-паскалях, да и FPC шники в придачу: http://wiki.lazarus.freepascal.org/linux/kernel/module_devel... и незнали!
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	44. "Релиз распределённой системы управления версиями Mercurial 3..."	+4 +/–
	Сообщение от freehck (ok) on 05-Май-16, 15:44
	> О, теоретики пожаловали. Ты ведь не писал в команде ничего на продажу, правильно? Ну почти: http://solarsecurity.ru/products/solar_dozor/ https://www.linkedin.com/in/dmitrii-kashin-47105611a > Язык тут очень даже при чём. Поцкаль не даёт представления о том, > с чем человек столкнётся при создании реальных программ, и я не > вижу причин тратить на него время. А когда новичок сталкивается с реальной разработкой в продакшене, он почти 100% оказывается не готов. Как минимум к тому, что 95% работы - это разгребание страшной хрени, которая писалась поколениями программистов, с обилием ужасных легаси, отсутствием современных примочек, которые молодняку казались уже само собой разумеющимся. Это нужны железные нервы.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	60. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
	Сообщение от Аноним (??) on 05-Май-16, 23:15
	Как дошел до того, что занимаешься созданием системы слежки за "нелояльными сотрудниками"? Смени хоть аватар, не примазывайся к GNU.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	67. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Аноним (??) on 06-Май-16, 02:39
	Это он грехи замаливает.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	64. "Релиз распределённой системы управления версиями Mercurial 3..."	–5 +/–
	Сообщение от Аноним (??) on 06-Май-16, 02:22
	Ты упрямо пытаешься натянуть собственный успешный опыт на общее положение в индустрии. Открой вакансии, посчитай там поцкаль, с++ и c#. > А когда новичок сталкивается с реальной разработкой в продакшене, он почти 100% оказывается не готов. ДОучивать приходится всех, а вот поцкалистов - приходится ПЕРЕУЧИВАТЬ. Чуешь разницу? И "разгребание страшной хрени", почему то в большинстве своём написанной на с++/c# - отнюдь не дают бонусов поцкалистам.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	77. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от freehck (ok) on 06-Май-16, 12:53
	> Ты упрямо пытаешься натянуть собственный успешный опыт на общее положение в индустрии. > Открой вакансии, посчитай там поцкаль, с++ и c#. То, что в списке вакансий что-то превалирует, никак не свидетельствует о том, плох язык или хорош. Вот опять же, откройте список вакансий и посмотрите: плюсы и ява там требуются повсеместно, а вакансий на лисп и окмал - почти нет. Так что это не показатель. > ДОучивать приходится всех, а вот поцкалистов - приходится ПЕРЕУЧИВАТЬ. Чуешь разницу? Проблема не в паскале. Проблема в людях. Вон тот же php вроде не плохой язык, но сообщество у него - просто ужас. К тому же, кто такие эти самые "поцкалисты"? Разрабочик нынче обязан быть полиглотом. Если разработчик знает только один язык, пусть даже популярный и востребованный, то ему ещё до полноценного разраба ползти и ползти.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	82. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
	Сообщение от Аноним (??) on 07-Май-16, 05:22
	> Так что это не показатель Это как раз-таки показатель для языка. Если какой-то язык решает конкретные актуальные практические задачи - его будут использовать, даже если он чудовищен по дизайну. За примерами далеко ходить не надо: php, js, 1C. Условно - java, go. И наоборот, пока придумыватели идеально-сферической фигни допилят свою вундервафлю, и выкатят релиз - окажется, что а) ниша уже занята, б) инструменты/библиотеки под "ужасный" язык написаны, в) сообществом наработан богатый опыт по обходу граблей и неудачных моментов в языка, г) написана куча мануалов "как сделать X на Y для чайников". И внезапно оказывается, что вундервафля уже и не особо нужна. И пользуются ей создатели, кучка гиков, которым не в лом выучить 15й язык, и xипстеры для кидания понтов. Примеры вундервафель: как раз-таки Ocaml, Vala, Rust, D. Да, в чём-то они лучше, только где они были 20 лет назад? > Проблема не в паскале. Проблема в людях. Что за либеpальная незaмутнённость, опять народ не тот? Другого у меня для вас нет. © > Вон тот же php вроде не плохой язык, но сообщество у него - просто ужас. Это пхп-то "не плохой язык"? "вроде", аа, значит не сталкивался. Вобщем, я так скажу - его сообщество - это очень точное отражение языка. Я ни знаю ни одного прогера, который бы серьёзно продвинулся как программист, после перехода на пхп. Это та самая "система для дeбилoв", щедро посыпанная граблями. > К тому же, кто такие эти самые "поцкалисты"? Это слегка неадекватные личности, типа той что ниже, которые предлагают драйвера писать на поцкале. :-) > Разрабочик нынче обязан быть полиглотом. Если разработчик знает только один язык, пусть даже популярный и востребованный, то ему ещё до полноценного разраба ползти и ползти. Разработчик никому ничего не *обязан*, это раз. Если он, к примеру, хороший фортранщик, сидит в каком-нибудь НИИ уже 20 лет, его текущие навыки востребованы, и других не требуется - почему бы и нет. Да, его ждёт сюрприз при попытке устроиться в другое место, но это его личное дело. Может он после НИИ на пенсию собирается или в садоводы переквалифицироваться. Во-вторых, птицу видно по помёту, а мастера - по его набору инструментов. Как я уже говорил, время на обучение ограничено, а мозг не резиновый. Если типовой разработчик наберёт в багаж фигни - при попытке походить по собеседованиям будет или срочно переучиваться, или будет курить бамбук, если не сможет. Количество вакансий по языкам - см выше. Всё просто.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	92. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от freehck (ok) on 10-Май-16, 11:59
	Вы ошибочно считаете, что причина неиспользования некоторых языков заключается в том, что они не решают актуальные практические задачи. Но это не так. Основная проблема вундервафель - это высокий порог вхождения. Этот порог служит в некотором роде фильтром специалистов. Преодолевшие этот порог программисты создают модули (библиотеки) очень хорошего качества. Потому эти самые "вундервафли" не только очень даже приспособлены для решения актуальных практических задач, но и успешно делают это. Благодаря ним стартапы из 1-2х человек, бывает, успешно конкурируют с серьёзными корпоративными продуктами. За примерами тоже, в общем-то, не нужно далеко ходить. [1] http://www.paulgraham.com/avg.html
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	95. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от anonchik on 11-Май-16, 21:36
	>Ты упрямо пытаешься натянуть собственный успешный опыт на общее положение в индустрии. Открой вакансии, посчитай там поцкаль, с++ и c#. и javascript и кто потом из популярности выведет качество?
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	96. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Andrey Mitrofanov on 12-Май-16, 09:56
	>>посчитай там поцкаль, с++ и c#. > и javascript "— И животноводство! — Вскричал вдруг требовательно Петенька Скоробогатов,"...
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	49. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Старик on 05-Май-16, 15:57
	>> О, теоретики пожаловали. Ты ведь не писал в команде ничего на продажу, правильно? Ну, положим я, работая в фирме, связанной с ж/д, писал вполне себе софт на продажу. И (о, ужас!) мало того, что этот софт сейчас работает повсеместно на РЖД, так он ещё и писан не просто на паскале (ужас!), а на (ужас-ужас!!!) дельфи! И что самое страшно, этот софт ещё и продолжает до сих пор развиваться! >> Язык тут очень даже при чём. Поцкаль не даёт представления о том, с чем человек столкнётся при создании реальных программ, и я не вижу причин тратить на него время. Вот этой фразой вы сразу дали понять, что к программированию вы ну совсем никаким местом не относитесь. Честно говоря, дальше ваш… гм… даже и анализировать неохота.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	65. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 06-Май-16, 02:34
	О, дипломированный формошлёп пожаловал. > И (о, ужас!) мало того, что этот софт сейчас работает повсеместно на РЖД, О качестве работы нашего РЖД (и вообще большинства ФГУП) уже давно ходят легенды, не в последнюю очередь из-за качества местных IT. И этот гадюшник давно пора прочистить напалмом. > И что самое страшно, этот софт ещё и продолжает до сих пор развиваться! А в половине банкоматов до сих пор икспишечка без секьюрити апдейтов. Мало того, в общепите до сих пор жива такая гадость как rkeeper4. А в коммуналке - lantab. Не показатель ни разу. > даже и анализировать неохота. Так чего вылез?
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	70. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Старик on 06-Май-16, 05:47
	>> О, дипломированный формошлёп пожаловал. Хм… А кроме того, что в Дельфи удобно делать формы, Вы ещё что-то о ней знаете? И да, диплома по «формошлёпству» у меня нет, т.к. я занимался вещами, непосредственно пользователю невидимыми. [ … бред о гадюшниках и старом софте … ] Весь мир насилья мы разрушим, а затем?.. Почему бы, вот к примеру, Вам не взяться и не написать альтернативу на каком-нибудь модном C♯ (или по какому явыку у Вас диплом?) и не предложить сию альтернативу соответсвующим организациям? Ломать — не строить, а на форуме сидеть — не мешки ворочать.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	83. "Релиз распределённой системы управления версиями Mercurial 3..."	+2 +/–
	Сообщение от Аноним (??) on 07-Май-16, 05:41
	> Весь мир насилья мы разрушим, а затем?.. Скажем так, не от меня эта ситуация зависит. Если ваше IT-начальство допускает использование дельфи - Столлман им судья, однако пусть не обижаются, когда окажется, что: а) их поделка намертво прибита к венде (не увидел ни одного упоминания лазаруса), б) новых кадров для её поддержки на рынке не найти (bus factor = 1-2), в) проблемы с поиском даже новых не-ключевых разработчиков (ФГУП? поддерживать кривулю на паскале? за 30тр? да за кого вы меня держите?), г) проблемы с поддержкой/развитием как таковые (модули устаревают, уязвимости находят, поддерживать это тупо некому) ...и всё это, как обычно, всплывает ВНЕЗАПНО, в контексте очередного импортозамещения. > Почему бы, вот к примеру, Вам не взяться и не написать альтернативу Предлагаешь мне бесплатно купировать ваши многолетние прoeбы и забивание на техдолг? Мальчик, тебе сколько лет?
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	84. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Старик on 07-Май-16, 10:49
	>> а) их поделка намертво прибита к венде (не увидел ни одного упоминания лазаруса), Да, именно так. И даже более того, к определённым версиям Windows. >> б) новых кадров для её поддержки на рынке не найти (bus factor = 1-2), >> в) проблемы с поиском даже новых не-ключевых разработчиков (ФГУП? поддерживать кривулю на паскале? за 30тр? да за кого вы меня держите?), >> г) проблемы с поддержкой/развитием как таковые (модули устаревают, уязвимости находят, поддерживать это тупо некому) Тем не менее, люди находятся и работают, и поддерживают, и развивают. И да, названная Вами сумма, вполне себе зарплата программиста в нашем регионе. >> Предлагаешь мне бесплатно купировать ваши многолетние прoeбы и забивание на техдолг? Разве кто-то говорил о «бесплатно»? Разговор шёл о комерческом продукте, продаваемом за вполне реальные деньги. >> Мальчик, тебе сколько лет? Прости, девочка, но для тебя я слишком стар.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	85. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
	Сообщение от iZEN (ok) on 07-Май-16, 17:11
	>> Весь мир насилья мы разрушим, а затем?.. > Скажем так, не от меня эта ситуация зависит. Если ваше IT-начальство допускает > использование дельфи - Столлман им судья, однако пусть не обижаются, когда что, на PHP или Node.js это окажется лучше? По вашей логике разработчиков на этих платформах найти не проблема — на улице их как грязи. Так берём их за 15 тысяч рублей в месяц и не выеживаемся. Десяток не справится — новых наймём. :))
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	87. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Аноним (??) on 08-Май-16, 05:49
	Изя в очередной раз выставил себя идиотом. :-)
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	52. "Релиз распределённой системы управления версиями Mercurial 3..."	+4 +/–
	Сообщение от Аноним (??) on 05-Май-16, 16:14
	>  объяснять как работают указатели. > Что такое стек, куча, и чем они отличаются. > Что такое коллбаки Уважаемый эксперт уверен, что этого нет в "поцкале"? > Почему обход массива может работать с разной скоростью в зависимости от направления обхода. А начинающий с сишки узнает о кэшах сразу, бонусом, получая еще и +100500 не только на ЧСВ, но и на все скиллы!
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	66. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
	Сообщение от Аноним (??) on 06-Май-16, 02:37
	> Уважаемый эксперт уверен, что этого нет в "поцкале"? Я уверен, что в сишка окунает тебя в это сразу и гарантированно. Выжил - значит годен в программисты. В отличие от. > А начинающий с сишки узнает о кэшах сразу, бонусом, получая еще и > +100500 не только на ЧСВ, но и на все скиллы! А это уже нарабатывается в процессе, нечего передёргивать.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	89. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 09-Май-16, 03:23
	> Я уверен, что в сишка окунает тебя в это сразу и гарантированно. > Выжил - значит годен в программисты. В отличие от. Сишка неплохо учится после паскаля. Паскалсты раньше саундбластер напрямую програмили, если что. Но это не дельфисты, которые кнопочки на формочку расставляют и сейчас они на сях и плюсах наворачивают за троих.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	93. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 10-Май-16, 19:35
	>Всегда привлекала лаконичность команд hg, а работать приходится с git :( https://github.com/progman/gitbash
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Релиз распределённой системы управления версиями Mercurial 3..."	+12 +/–
Сообщение от all_glory_to_the_hypnotoad (ok) on 04-Май-16, 20:43
> Среди проектов, использующих Mercurial, можно выделить следующие: ...  Python ... Список то редеет, теперь его нужно всё время обновлять, а не копипастить из новостей годовой давности.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Релиз распределённой системы управления версиями Mercurial 3..."	+3 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 04-Май-16, 21:13
	И ALSA тоже давно не использует hg
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Релиз распределённой системы управления версиями Mercurial 3..."	+5 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 04-Май-16, 21:21
	Чорт, Dovecot и NTFS-3G тоже давно ушли на git. В самом деле пора каждый раз проверять список.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Led (ok) on 04-Май-16, 21:23
	> В самом деле пора каждый раз проверять список. Какой список?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Релиз распределённой системы управления версиями Mercurial 3..."	+3 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 04-Май-16, 21:26
	Будешь пользователем меркуриала?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	30. "Релиз распределённой системы управления версиями Mercurial 3..."	+2 +/–
	Сообщение от Аноним (??) on 05-Май-16, 10:18
	Последним?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	68. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 06-Май-16, 02:40
	А чё, круто же звучит: "последний пользователь меркуриала". #нетакойкаквсе и прочая-прочая
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	35. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Dmitry (??) on 05-Май-16, 11:59
	Ещё понимаю переход hg->git, но обратный.. не разумею. Лично я пробовал вкатиться на git, исплевался (тем более что дело происходило под Windows), попробовал hg и втянулся. Тут всё очень приятно, лаконично и продуманно. Как в питоне. Хочу спросить у тех, кто полноценно юзал как hg, так и git, чем последний функционально лучше?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	36. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Аноним (??) on 05-Май-16, 12:20
	Git просто более популярный и всё. Многие большие проекты переходят на git для того, чтобы другим пользователям/программистам которые коммитят было проще. Т.к. они знают только как работать с git. Я вот все публичные проекты тоже на git перевел и плююсь. А домашние закрытые проекты лежат на mercurial.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	43. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от ШШШШ on 05-Май-16, 14:41
	В 80-90% случаев ничем. У git одно преимущество, у него есть есть распиаренный github (и ядро Linux), и потому он более популярен.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	46. "Релиз распределённой системы управления версиями Mercurial 3..."	–3 +/–
	Сообщение от Старик on 05-Май-16, 15:47
	>> Хочу спросить у тех, кто полноценно юзал как hg, так и git, чем последний функционально лучше? Я полноценно использовал и SVN, и hg, и git. Для работы в команде над закрытым проектом (своё оборудование, централизованная сборка и тестирование) выгоднее SVN. Не то, чтоб DVCS тут негодны, но они не дают никаких преимуществ. От слова «совсем». hg логичен и бысто осваеваем. Подходит для большенства личных и разрабатываемых в команде проектов. Большой плюс: _полная_ история (к сожалению, под давлением фанатив git, это уже уходит в историю), порой незаменимая при разборе полётов. git — тоже, что и hg. Минусы: 1) нелогичность и 2) прямо таки подталкивание в сторону убиения истории. Плюс: один из авторов Линус Товальдс (хотя кто-то сочтёт это минусом).
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	50. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Андрей (??) on 05-Май-16, 16:04
	> Большой плюс: _полная_ история (к сожалению, под давлением фанатив git, это уже уходит в историю) А можно тут подробнее: имеются ввиду squash commits?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	54. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 05-Май-16, 16:20
	>> Большой плюс: _полная_ история (к сожалению, под давлением фанатив git, это уже уходит в историю) > А можно тут подробнее: имеются ввиду squash commits? Думаю, примерно это и имелось в виду. Может, я и ошибаюсь, тоже интересны подробности от автора построения.  rebase-ы c "дешёвыми" ветками (в т.ч. их _перестановкой_ на новую версию истории) в git-е делают редактирование, изменение и чистку истории простыми, доступными и быстрыми -- в отличие от прочих претендентов, которые [предположительно] этого не делают и не позволяют от слова совсем. Но! При редактировании _истории_-то как раз история редактирлования :D истории не записывается и не сохраняется (ну, есть reflog, да. но как-то не то.... commit-мессаджи вообще придумали трусы...) ... м-м-м... понять рекурсию... Стоп! git: Минус: Не сохраняется история редактирования истории. Все на Ртуть.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	61. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Аноним (??) on 05-Май-16, 23:23
	>[оверквотинг удален] > интересны подробности от автора построения.  rebase-ы c "дешёвыми" ветками (в > т.ч. их _перестановкой_ на новую версию истории) в git-е делают редактирование, > изменение и чистку истории простыми, доступными и быстрыми -- в отличие > от прочих претендентов, которые [предположительно] этого не делают и не позволяют > от слова совсем. Но! При редактировании _истории_-то как раз история редактирлования > :D истории не записывается и не сохраняется (ну, есть reflog, да. > но как-то не то.... commit-мессаджи вообще придумали трусы...) ... м-м-м... понять > рекурсию... Стоп! > git: Минус: Не сохраняется история редактирования истории. > Все на Ртуть. В mercurial уже тоже есть histedit. Phases - защита от дурака. В git я локально что хочу то и ворочу, а push могу делать только законченной версии фичи в виде серии последовательных коммитов, так что сервер защитить можно вполне от редактирования истории. А вот отсутствие легковесных веток в mercurial - огромный недостаток.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	56. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Старик on 05-Май-16, 16:52
	Имеетеся ввиду, что работая с git, все комиты делаются локально, затем выполняется pull, rebase master и rebase со слитием всех локальных комитов в один, коротый потом push'иться в головное хранилище, дабы там сделать merge fast-forward. К сожалению, это довольно распространённая практика. В hg, до недавнего времени, это было сделать возможно, но не просто. Push'или и сливали всю ветку, что позволяло стороннему человеку понять ход развития мысли.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	69. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Аноним (??) on 06-Май-16, 02:43
	> rebase со слитием всех локальных комитов в один Стоп. Зачем?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	71. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Andrey Mitrofanov on 06-Май-16, 06:39
	>> rebase со слитием всех локальных комитов в один > Стоп. Зачем? То ли он экономит место на дискете, то ли со времён CVS комитит фичи только из патча (одного) в е-мейле, то ли ...    Не связано ли это с Delphi? Или с РЖД? С виндой??! А! Знаю!! "git — [...] Минусы: 1) нелогичность".  БожежтымойжежЪ. ---Всем https://www.youtube.com/results?search_query=torvalds+git чаю.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	90. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Старик on 09-Май-16, 06:26
	Мне это тоже было интересно. Ответ я получил такой: чтоб была гладкая история и было видно в каком комите какая фича вводилась. Лично для меня, это ниразу не аргумент, но спорить с работодателем было несруки.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	76. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Anonim (??) on 06-Май-16, 12:46
	Мне не понравился hg тем, что в нём список всех веток и тагов с их хешами коммитов находится в текстовом файле, который (внимание!) тоже находится под контролем версий. Создание новой ветки приводит к изменению этого файла и требует коммита. Создание тега так же. А когда делаются push/pull, так там вообще приходится этот файл мержить, так как конфликты даже в нём возможны.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	59. "Релиз распределённой системы управления версиями Mercurial 3..."	+4 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 05-Май-16, 22:14
	> Ещё понимаю переход hg->git, но обратный.. не разумею ... попробовал hg и втянулся ... очень приятно ... продуманно. Как в питоне В этом заключается вся суть пользователей hg и самого hg - помойка и сумбур в голове. Меркуриал ни в каком виде не является продуманной DVCS, тут больше подходит "передуманный". Например, изначально hg был модульным так, что без мозготраха нельзя было даже зажечь цвета в diff - нужно было готовить модуль и делать специальный алиас с другим названием команды (лол ... цвета для diff так и остались модулем color, только теперь не нужно делать алиас для команды). Особенно удивляла причина согласно которой дизайнеры ртути считали это правильным, ~ diff должен для всех выглядить одинаково чтобы его можно было использовать в скриптах. Нагородить грёбанные модули догадались, а поделить команды на пользовательские и технические не шмогли. Такая беда была со многими другими стандартными фичами, но в остальных случаях ещё нужно было руками выкачивать сами модули хер знает откуда... Время шло и мало-помалу до идиотов доходило, что с такой модульностью жить нельзя. Но полностью спрятать атавизм под капот ума опять таки не хватило .. на текущий день все основные модули поставляются с mercurial, но фичи всё равно нужно явно включать в конфиге. Кроме этого неверно выбранная стратегия разработки, т.е. попытка отстраниться от дизайна фич приложения через модули, привела к пересечению функционала в разных модулях. Например, чтобы получить функционал git-овго rebase в mercurial нужно сразу три модуля - rebase, mq и histedit .. и даже с ними не получается полного функционала и удобного к нему интерфейса. А сколько ещё есть экспериментальных модулей делающих одно и тоже... Аналогичная ситуация случилась с ветками - их нагородили несколько видов с разными свойствами и умудрились привязать сами коммиты к некоторым типам веток. В общем, снова люди решали проблемы которых на самом деле не было, сделали overengineering. Есть ещё комичные примерны дизайна в этой убогой vcs, прямо в новости пишут: > Добавлено экспериментальное расширение automv, которое автоматизирует определение фактов переименования и копирования файлов в репозитории ... VCS, ориентированная на работу исходниками, всё ещё оперирует понятиями перемещения файла, а не кусков текста. Раньше если как-то не так перемещаешь файл (не через hg mv), то ртуть теряет его историю ..  а теперь вот впилили костыль, но всё равно hg не разрулит разрез файла на несколько, склейку файлов в один или суперпозицию этих изменений. Всё это нужно для нормальной истории и blame/annotate. В итоге hg не имеет консистентного стабильного функционала и имеет меньшую гибкость по сравнению с прямым конкуретном. В этом поединке hg ушло в историю вполне заслуженно.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	73. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от develop7 (ok) on 06-Май-16, 09:54
	>> Ещё понимаю переход hg->git, но обратный.. не разумею ... попробовал hg и втянулся ... очень приятно ... продуманно. Как в питоне > Например, изначально hg был модульным так, что без мозготраха нельзя было даже зажечь цвета в diff - нужно было готовить модуль и делать специальный алиас с другим названием команды (лол ... цвета для diff так и остались модулем color, только теперь не нужно делать алиас для команды). Давайте тогда уже вспомним, что команда commit в гите существовала не всегда. Или что в 2016 году у каждого пользователя гита свой собственный набор алиасов различной степени кривости. Хотя что это я — ведь это же Совершенно Другое Дело, потому что это же целый Гит Освящённый Сиянием Святого Торвольца. > Время шло и мало-помалу до идиотов доходило, что с такой модульностью жить нельзя. Но полностью спрятать атавизм под капот ума опять таки не  хватило .. на текущий день все основные модули поставляются с mercurial, но фичи всё равно нужно явно включать в конфиге. Как бы вопрос умолчаний: самое главное — версионировать исходники — hg умеет без никаких плагинов. > Кроме этого неверно выбранная стратегия разработки, т.е. попытка отстраниться от дизайна фич приложения через модули, привела к пересечению функционала в разных модулях. Например, чтобы получить функционал git-овго rebase в mercurial нужно сразу три модуля - rebase, mq и histedit .. и даже с ними не получается полного функционала и удобного к нему интерфейса. А может ли быть так, что это как раз git rebase — гибрид ужа с ежом, запихивание в одну команду собственно rebase и переупорядочивание коммитов… /* philosoraptor.jpg */ Да нет, глупости какие, разработчики Git не могут ошибаться. > А сколько ещё есть экспериментальных модулей делающих одно и тоже... Да, сколько? > Аналогичная ситуация случилась с ветками - их нагородили несколько видов с разными свойствами и умудрились привязать сами коммиты к некоторым типам веток. В общем, снова люди решали проблемы которых на самом деле не было, сделали overengineering. Это, конечно же, враньё. Ветки были всегда, просто без ограничений как в гите (какой ужас! да как они посмели!). Потом запилился плагин bookmarks с гитоподобными ветками, потом его положили в дистрибутив, потом вмержили в ядро. Ну да, хорошая годная функциональность, бывает. > Есть ещё комичные примерны дизайна в этой убогой vcs, прямо в новости пишут: >> Добавлено экспериментальное расширение automv, которое автоматизирует определение фактов переименования и копирования файлов в репозитории ... > VCS, ориентированная на работу исходниками, всё ещё оперирует понятиями перемещения файла, а не кусков текста. Раньше если как-то не так перемещаешь файл (не через hg mv), то ртуть теряет его историю ..  а теперь вот впилили костыль, но всё равно hg не разрулит разрез файла на несколько, склейку файлов в один или суперпозицию этих изменений. Всё это нужно для нормальной истории и blame/annotate. Во-первых, никто, кроме SemanticMerge и аналогов такое не разрулит. Во-вторых, вот не будут имена файлов нести семантической нагрузки — тогда и поговорим. К вопросу о комичных эпизодах: * у вас в гите «история» зависит от ключей команды diff и количества изменений * diff --git умеет записывать перемещение/копирование файлов, но при импорте в git эта информация теряется Нет-нет, я всё понимаю — это Соверщенно Другое Дело. > В итоге hg не имеет консистентного стабильного функционала Враньё: версионировать исходники. > имеет меньшую гибкость по сравнению с прямым конкуретном. Враньё как минимум в количестве и качестве extension points. > В этом поединке hg ушло в историю вполне заслуженно. да-да, вот только караван всё идёт почему-то. Вероятно потому, что на стороне hg про поединок и не в курсе.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	78. "Релиз распределённой системы управления версиями Mercurial 3..."	+3 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 06-Май-16, 14:57
	> Давайте тогда уже вспомним, что команда commit в гите существовала не всегда Да, давай вспомним -  существовала с первых месяцев разработки, это конец 2005-го. Модульный пц в hg, который я описываю выше, был как минимум до 2011 и всё ещё присутствует в некотором виде. > Или что в 2016 году у каждого пользователя гита свой собственный набор алиасов различной степени кривости. Это твои фантазии. У каждого пользователя в лучшем случае пара алиасов для git log под свой вкус, в общем как и у пользователей hg. > Хотя что это я — ведь это же Совершенно Другое Дело, потому что это же целый Гит Освящённый Сиянием Святого Торвольца. Понимаешь в чём дело .. сарказм это форма искусства, а технический ~ ещё мозгов требует и аналитический ум. Нельзя просто так сморозить какую-то чушь на техническую тему и не выглядеть так жалко, как ты сейчас. > Как бы вопрос умолчаний: самое главное — версионировать исходники — hg умеет без никаких плагинов. У человека что самое главное? Пусть будет голова - ей он иногда думает и регулярно кушает в неё. Но если отделить голову от остального тела, то останется ли от неё прок? Едва ли. С SCM ситуация точно такая же - движок это хорошо, но консистентность и удобство интерфейса к нему имеют не меньшее значение. Тем более внутренности hg сами по себе не уникальны и не представляют никакого интереса вне mercurial'а. Тебя, кстати, не напрягает, что с тобой приходится нянчиться как с ребёнком и разжёвывать очевидные взрослым людям вещи? > А может ли быть так, что это как раз git rebase — гибрид ужа с ежом, запихивание в одну команду собственно rebase и переупорядочивание коммитов Если присмотреться к {rebase, mq, histedit}, то можно увидеть что все они внутри делают примерно одно и тоже, т.е. имеет место быть размножение реализации функционала. В частности histedit это тот же самый rebase с бОльшим кол-вом настроек. И mq тоже ребейз, но основанный на другой элементной базе (не на кишках hg .. почему собственно его хотят и хернуть из ртути). В общем, rebase архитектурно является одной компонентой, а не тремя. И, ктобы мог подумать, интерфейсно эту компоненту тоже удобно представлять одной командой т.к. опции для разных сценариев применения rebase взаимодополняющие, а не исключающие друг друга. > Да, сколько? Опять в немощного будем играть? Посмотри сам в вики hg - их на порядки больше официальных. > Это, конечно же, враньё. Ветки были всегда ... Отлично, но речи не было что когда-то mercurial был совсем без веток... > просто без ограничений как в гите (какой ужас! да как они посмели!). В Git у веток никаких ограничений нет, так сказать легковесные ветки в терминологии hg. А на стандартные ветки mercurial как раз наложены некоторые существенные ограничения... > Потом запилился плагин bookmarks с гитоподобными ветками, потом его положили в дистрибутив, потом вмержили в ядро ... А потом до разработчиков ртути чуточку дошло, что задуманные ими ветки не делают жизнь пользователя лучше и решили исправить архитектурный косяк .. но исправили в своём стиле - костыль появился в виде модуля. Тут уж не имеет значения что они его забрали у контрибьютеров. > Во-первых, никто, кроме SemanticMerge и аналогов такое не разрулит. Ничто не умеет так делать кроме того что умеет? Ну как бы да, с такой бессодержательной тавтологией не посморишь. Чтобы ты себе там не представлял о данной фичи, но в git она есть практически изначально .. а всё почему? git - the stupid _content tracker_. > Во-вторых, вот не будут имена файлов нести семантической нагрузки — тогда и поговорим. У тебя hg log и hg annotate научились понимать семантический смысл имён файлов? Ну чтож .. остаётся только порадоваться за дурь которой ты долбишься. Но в любом случае не понятно как такая замечательная фича подскажет annotate'у кем был сделан 7500 ра перемещённый кусок кода. > у вас в гите «история» зависит от ключей команды diff и количества изменений Примерно так и есть, это вполне логично - с учётом отслеживания перемещения кода история является субъективным понятием. Есть несколько точек зрения (алгоритмов) её построения и методы визуализации. > diff --git умеет записывать перемещение/копирование файлов, но при импорте в git эта информация теряется Как уже не тружно было догадаться, git это _content tracker_, а не _file tracker_, потому для него не существует понятия перемещения файла на уровне хранилища. Всё что diff показывает с перемещениями это эвристика предназначенная для пользователя, а не для другого git'а. > Враньё: версионировать исходники. Этот вопорс уже был разобран выше в секции 'SCM для детей дошкольного возраста'. Кратко, версионирование является функционалом библиотеки (движка) версионирования, а не DVCS. > Враньё как минимум в количестве и качестве extension points. В этом кроется ещё одно заблуждение чрезвычайно глупых людей которое выражается в вере в серебрянную пулю, или в существование очень простого решения сложной задачи. Разработчики hg приняли за такое решение твои extension points решив совсем отстраниться от дизайна консистентности и полноты функционала. Но чудес не бывает, сложные задачи сами собой не решаются и вся история разработки mercurial достаточно красочно иллюстрирует это. Собственно, с этого я и начал текст выше.\ > да-да, вот только караван всё идёт почему-то. Вероятно потому, что на стороне hg про поединок и не в курсе. Идущие на смерть приветствуют императора, альтернатив то у них всё равно нет.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	97. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от develop7 (ok) on 13-Май-16, 09:36
	>> Давайте тогда уже вспомним, что команда commit в гите существовала не всегда > Да, давай вспомним -  существовала с первых месяцев разработки, это конец 2005-го. Модульный пц в hg, который я описываю выше, был как минимум до 2011 и всё ещё присутствует в некотором виде. не commit, так rm или annotate — несущественно (публичная история гита начинается с big tools rename в 2005). >> Или что в 2016 году у каждого пользователя гита свой собственный набор алиасов различной степени кривости. > Это твои фантазии. У каждого пользователя в лучшем случае пара алиасов для git log под свой вкус, в общем как и у пользователей hg. ага, гугл по запросу "git aliases", следует понимать, тоже фантазирует: * "The Ultimate Git Alias Setup · GitHub" https://gist.github.com/mwhite/6887990 * Must Have Git Aliases: Advanced Examples - Be Present Now http://durdn.com/blog/2012/11/22/must-have-git-aliases-advan.../ * lab 11 Aliases - Git Immersion http://gitimmersion.com/lab_11.html Впрочем, лучше будет предоставить слово счастливым пользователям: https://github.com/search?utf8=%E2%9C%93&q=al... (134К результатов) Попытки этот разброд и шатание упорядочить святым апстримом, естественно, игнорируются. >> Как бы вопрос умолчаний: самое главное — версионировать исходники — hg умеет без никаких плагинов. > У человека что самое главное? Пусть будет голова - ей он иногда думает и регулярно кушает в неё. Но если отделить голову от остального тела, то останется ли от неё прок? Едва ли. Обожаю некорректные аналогии. > С SCM ситуация точно такая же - движок это хорошо, но консистентность и удобство интерфейса к нему имеют не меньшее значение. Тем более внутренности hg сами по себе не уникальны и не представляют никакого интереса вне mercurial'а. Хм, обычно «консистентность» и «удобство» в тредах за гит являются ругательством. Это, в принципе, понятно — исторически сложилось так, что нужно и полезно только и исключительно то, что в гите есть, а ненужно и вредно всё остальное. Соответственно, когда в гит притаскивают то, что в нём изначально отсутствовало, оно перестаёт быть ненужным и вредным и автоматически становится нужным и полезным. > Тебя, кстати, не напрягает, что с тобой приходится нянчиться как с ребёнком и разжёвывать очевидные взрослым людям вещи? А, так это вы хамить мне пытаетесь? Вам идёт. Но пробуйте тяжелее. >> А может ли быть так, что это как раз git rebase — гибрид ужа с ежом, запихивание в одну команду собственно rebase и переупорядочивание коммитов > Если присмотреться к {rebase, mq, histedit}, то можно увидеть что все они внутри делают примерно одно и тоже, т.е. имеет место быть размножение реализации функционала. В частности histedit это тот же самый rebase с бОльшим кол-вом настроек. И mq тоже ребейз, но основанный на другой элементной базе (не на кишках hg .. почему собственно его хотят и хернуть из ртути). mq работает с очередью патчей и показывает их как виртуальные changesets; rebase перемещает кусок графа версий; histedit манипулирует (переставить/удалить/поправить) changesetами из заданного диапазона. Как-то слишком приблизительно «одно и то же». Код под капотом может быть сколько угодно похож, но непонятно, почему это должно хоть сколько волновать пользователя. > В общем, rebase архитектурно является одной компонентой, а не тремя. И, ктобы мог подумать, интерфейсно эту компоненту тоже удобно представлять одной командой т.к. опции для разных сценариев применения rebase взаимодополняющие, а не исключающие друг друга. Проверочный вопрос — является ли «interactive "rebase"» неотъемлемой частью обычного rebase? Нет. Значит, histedit отдельно, а rebase отдельно. >> Да, сколько? > Опять в немощного будем играть? Посмотри сам в вики hg - их на порядки больше официальных. А я что, «бремя доказательства лежит на утверждающем». Олсо «на порядки» — это сколько именно? >> просто без ограничений как в гите (какой ужас! да как они посмели!). > В Git у веток никаких ограничений нет, так сказать легковесные ветки в терминологии hg. Конечно же, это не так. На каждую вершину графа версий репозитория должна ссылаться какая-нибудь ref, иначе git gc эту голову удалит. в hg же можно безопасно ветвиться от любой точки в истории, т.к. hg не решает за пользователя, какие изменения у него считать мусором, а какие — нет. >> Потом запилился плагин bookmarks с гитоподобными ветками, потом его положили в дистрибутив, потом вмержили в ядро > ... А потом до разработчиков ртути чуточку дошло, что задуманные ими ветки не делают жизнь пользователя лучше и решили исправить архитектурный косяк .. но исправили в своём стиле - костыль появился в виде модуля. Тут уж не имеет значения что они его забрали у контрибьютеров. Ух ты, живой телепат! Мало что мысли в реальном времени читает, так ещё и доступ к архиву имеет! Вот подробный тред про «неправильное» ветвление в mercurial: https://news.ycombinator.com/item?id=11672259 (TL;DR hg branch действительно не годятся для feature branches, но отлично годятся для ongoing line of development; до bookmarks "feature branches" были просто ещё одной головой DAG версий, после — им стало можно давать имена, как в гите, ура, револю… а нет, показалось) >> Во-первых, никто, кроме SemanticMerge и аналогов такое не разрулит. > Ничто не умеет так делать кроме того что умеет? Ну как бы да, с такой бессодержательной тавтологией не посморишь. Чтобы ты себе там не представлял о данной фичи, но в git она есть практически изначально .. а всё почему? git - the stupid _content tracker_. git-log -L <start>,<end>:<file> штоле? Не отрицаю полезности, однако, [2013](https://github.com/git/git/commit/12da1d1f6ffcd546a892a33302...) при всём желании не тянет на «с самого начала». Также в реальном мире нередко правят содержимое файла *одновременно* с его перемещением/копированием, и вот тут-то «тщательно выверенная» (ака «само выросло») абстракция протекает: гит начинает пытаться угадать (а при достаточном большом количестве различий — даже не начинает, просто делает вид, что старый файл удалили, а новый создали с ноля), что в куда переименовалось/скопировалось. >> Во-вторых, вот не будут имена файлов нести семантической нагрузки — тогда и поговорим. > У тебя hg log и hg annotate научились понимать семантический смысл имён файлов? Переформулирую: вот не будет разницы, как называется файл, в котором лежит трекаемый текст — тогда и поговорим. А пока что у вас абстракция по-прежнему течёт. >> diff --git умеет записывать перемещение/копирование файлов, но при импорте в git эта информация теряется > Как уже не тружно было догадаться, git это _content tracker_, а не _file tracker_, потому для него не существует понятия перемещения файла на уровне хранилища. Всё что diff показывает с перемещениями это эвристика предназначенная для пользователя, а не для другого git'а. Эвристика, если diff этот экспортирован из Git и файл был изменён и скопирован/перемещён. К счастью, возможность импорта/экспорта из/в diff --git не является прерогативой Git. >> да-да, вот только караван всё идёт почему-то. Вероятно потому, что на стороне hg про поединок и не в курсе. > альтернатив то у них всё равно нет. Это точно. Ведь git не является полноценной альтернативой Mercurial.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

5. "Релиз распределённой системы управления версиями Mercurial 3..."	+3 +/–
Сообщение от Аноним (??) on 04-Май-16, 20:45
Не врите, go на github, и соответственно использует git а не mercurial.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
Сообщение от Аноним (??) on 04-Май-16, 21:51
Я так и не понял. Кто всё таки использует Mercurial?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Релиз распределённой системы управления версиями Mercurial 3..."	–4 +/–
	Сообщение от iZEN (ok) on 04-Май-16, 21:56
	NetBeans, OpenJDK, Mozilla.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Аноним (??) on 04-Май-16, 23:25
	Мозилла понемногу тоже на гитхабе сваливает
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 05-Май-16, 00:01
	там пока RO зеркала, но хорошо было бы если свалят совсем.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	16. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Kodir (ok) on 05-Май-16, 00:09
	Я юзаю. Этого достаточно?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	45. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 05-Май-16, 15:46
	Нет.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	62. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
	Сообщение от iZEN (ok) on 06-Май-16, 00:27
	А Facebook?
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	80. "Релиз распределённой системы управления версиями Mercurial 3..."	+2 +/–
	Сообщение от Анончег on 06-Май-16, 22:38
	Изя, зачем тебе Фисбук? Тебе же должно хватать ОпенЯДК.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	86. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от Zulu on 07-Май-16, 22:11
	Solaris
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
Сообщение от Crazy Alex (ok) on 04-Май-16, 22:21
Хм, вот впору собирать как раз список проектов, сбежавших с меркуриала
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Релиз распределённой системы управления версиями Mercurial 3.8"	+2 +/–
Сообщение от Kodir (ok) on 05-Май-16, 00:13
Всегда рад новостям о Меркуриал - даже если я останусь последним его юзером, всё-равно не брошу! Потому что писан людьми для людей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Релиз распределённой системы управления версиями Mercurial 3.8"	+6 +/–
	Сообщение от burjui (ok) on 05-Май-16, 13:59
	В принципе, ты прав: при конфликтах срать в проект файлами .orig и .rej и не убирать за собой - типичное для людей поведение.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
Сообщение от бедный буратино (ok) on 05-Май-16, 00:24
> Устранена опасная уязвимость CVE-2016-3105, которая может привести к выполнению кода злоумышленника при выполнении конвертации Git-репозитория всё зло - от git! :))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Релиз распределённой системы управления версиями Mercurial 3..."	–2 +/–
Сообщение от бедный буратино (ok) on 05-Май-16, 00:26
а вообще, в последнее время больше fossil пользуюсь, чем hg. с тех пор, как завезли нормальную тему для web ui - стало хорошо. нравится его распредвики, распредбактрекер и распредвсёостальное. не нравится необходимость всё время открыать/закрывать реп и маниакальная попытка перезаписать всё при новом открытии.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Релиз распределённой системы управления версиями Mercurial 3..."	+5 +/–
	Сообщение от xcvcyv5cdvtcv5 on 05-Май-16, 01:11
	>тему для web ui хипстеры должны страдать
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	24. "Релиз распределённой системы управления версиями Mercurial 3..."	–1 +/–
	Сообщение от бедный буратино (ok) on 05-Май-16, 01:59
	>>тему для web ui > хипстеры должны страдать в fossil были такие темы, по сравнению с которыми те сайты, которые я выкладывал на .narod.ru в прошлом веке - прекрасны ;)
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	26. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Genby on 05-Май-16, 09:11
	фозил этот - бажный кусок софта.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	32. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от angra (ok) on 05-Май-16, 10:40
	Смешно. Может в твоей альтернативной вселенной еще и sqlite бажный?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	47. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от Crazy Alex (ok) on 05-Май-16, 15:51
	Да ладно, он вполне дубов и для мелких проектов удобен. Но версионник в нынешнем мире - это прежде всего об интероперабельности и понятности для окружающих, поэтому - только Git. Плюс под него есть тулзы на любой вкус и масса экспириенса - можно что угодно наворотить. Хотя лично для меня Git с его индексом оказался как-то логичнее и удобнее CVS/SVN/hg/Fossil.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	81. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
	Сообщение от Анончег on 06-Май-16, 22:43
	> ... на любой вкус и масса экспириенса - можно что угодно наворотить. И тут нашего Алёшу как всегда понесло. Наворотили уже достаточно, невпроворот уже сколько наворотили, и каждую неделю всё подворачивают. И тут ещё и Алёша с предложениями наворотить. Когда же вы уже угомонитесь наконец-то?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	33. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от анонимчик on 05-Май-16, 10:59
	>как завезли нормальную тему для web ui - на нем все такие же траблы с написанием вики страниц если версия локально и версия на сервере - разные?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

23. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
Сообщение от Андрей (??) on 05-Май-16, 01:49
Если бы Mercurial поддерживал хорошее сжатие репы, как git gc --aggressive. А так если не git, то скорее fossil. Кстати, к проектам, которые ушли недавно с Mercurial на git, добавьте GHDL.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Mercurial 3.8"	+1 +/–
	Сообщение от Andrey Mitrofanov on 05-Май-16, 13:02
	> Если бы Mercurial поддерживал хорошее сжатие репы, как git gc --aggressive. А > так если не git, то скорее fossil. Читайте внимательнее! Ентерпрайсная версия 3.7 стала... [драма!] _быстрее_. И _отделилась_ от SUBJ!   Очевидно B*) , ещё немного, и она перейдёт на git.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

29. "Релиз распределённой системы управления версиями Mercurial 3..."	+1 +/–
Сообщение от Аноним (??) on 05-Май-16, 09:50
> OpenSolaris Нет уже такого проекта... Есть Illumos, который использует Git.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
Сообщение от anonim (ok) on 05-Май-16, 12:44
Ха, как тут подсказывают, они чуток не дотерпели до события 9 мая, когда Меркурий будет проходить по диску Солнца.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	38. "Mercurial 3..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 05-Май-16, 12:57
	>не дотерпели до события >Меркурий будет проходить Найди 8 отличий! From Mueller English-Russian Dictionary [mueller7]:   mercurial      [mɜ:↗kjʊɜrɪɜl]      1. _a.         1) ртутный         2) живой, подвижный; деятельный         3) непостоянный      2. _n. ртутный препарат From Mueller English-Russian Dictionary [mueller7]:   Mercury      [↗mɜ:kjʊrɪ] _n.      1) римск. _миф. Меркурий      2) _астр. планета Меркурий      3) _шутл. посол; вестник (тж. в названиях газет)
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	48. "Mercurial 3..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 05-Май-16, 15:54
	Вообще-то ртуть в честь Меркурия (божества) и названа, если ты не знал.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	51. "Mercurial 3..."	+/–
	Сообщение от Andrey Mitrofanov on 05-Май-16, 16:10
	> Вообще-то ртуть в честь Меркурия (божества) и названа, если ты не знал. Сгоняй на Олимп, выясни в честь кого его назвали, а то я не знал.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	53. "Mercurial 3..."	+/–
	Сообщение от Crazy Alex (ok) on 05-Май-16, 16:19
	А раз знал - к чему цепляешься? Ну да, красивее было бы
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	55. "Mercurial 3..."	+/–
	Сообщение от Andrey Mitrofanov on 05-Май-16, 16:27
	> А раз знал - к чему цепляешься? Ну да, красивее было бы Ты не понял? Поясню: без разницы, кто чей папа, _значения_ совсем разные.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	57. "Mercurial 3..."	+1 +/–
	Сообщение от anonim (ok) on 05-Май-16, 17:59
	> Ты не понял? Поясню: без разницы, кто чей папа, _значения_ совсем разные. Значения событий и правда совсем разные, про mercurial, вот, неинтересно почти никому.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	72. "Mercurial 3..."	+/–
	Сообщение от Andrey Mitrofanov on 06-Май-16, 06:45
	>> Ты не понял? Поясню: без разницы, кто чей папа, _значения_ совсем разные. > Значения событий и правда совсем разные, про mercurial, вот, неинтересно почти никому. А... _Ты_ неправильно тролишь тех, кто не сумел в git. Вон там наверху - интересно.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	94. "Mercurial, почётно!"	+/–
	Сообщение от Andrey Mitrofanov on 11-Май-16, 17:59
	>>не дотерпели до события >>Меркурий будет проходить > Найди 8 отличий! > From Mueller English-Russian Dictionary [mueller7]: >   mercurial >        3) непостоянный Учёные-лингисты обнаружили ещё "перевод" (тэг: игра\ слов\ en): | "mercurial" - Larry McVoy |   as in: "Mercurial is thus named in Larry's honor. " | -- http://lwn.net/Articles/686924/ -- From Mueller English-Russian Dictionary [mueller7]:   fickle      [↗fɪkl] _a. непостоянный, переменчивый; ненадёжный > From Mueller English-Russian Dictionary [mueller7]: >   Mercury 2O.P.: Ладно, ладно,  это я не могу в саркзм. И в иронию.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	58. "Релиз распределённой системы управления версиями Mercurial 3..."	+/–
	Сообщение от develop7 (ok) on 05-Май-16, 19:13
	> Ха, как тут подсказывают, они чуток не дотерпели до события 9 мая, когда Меркурий будет проходить по диску Солнца. у них расписание — https://www.mercurial-scm.org/wiki/TimeBasedReleasePlan
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема