Представлен (http://www.selenic.com/pipermail/mercurial/2012-May/042697.html) релиз распределённой системы управления версиями Mercurial 2.2 (http://mercurial.selenic.com). Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих (http://mercurial.selenic.com/wiki/ProjectsUsingMercurial) Mercurial, можно выделить OpenSolaris, NetBeans, OpenJDK, ALSA, Mozilla, Xen, Xine, Dovecot, NTFS-3G, Python, Vim и W3C.Среди изменений (http://mercurial.selenic.com/wiki/WhatsNew), внесённых в Mercurial 2.2:
- В команду commit добавлена поддержка опции '--amend' для выполнения коммита с использованием новой инфраструктуры Phases (http://mercurial.selenic.com/wiki/Phases), вводящей несколько дополнительных проверок на уровне клиента. Например, защищающей от перезаписи истории и обмена сырыми наборами изменений с другими репозиториями;
- Добавлена поддержка ОС Plan9;
- Серия значительных оптимизаций: Увеличена производительность операции слияния (merge) при наличии большого числа неизвестных файлов. Ускорено выполнение операций push/pull для некоторых видов транспорта. На языке Си переписан парсер индекса revlog. Увеличена производительность распаковки больших цепочек при выполнении push. Ускорено выполнение операций чтения и записи больших fncache-файлов в хранилище;
- В команду graft добавлена опция "--dry-run" для оценочного выполнения действия без фактических изменений;
- В интерфейсе добавлена поддержка настройки ширины и цвета для веток, добавлено отображения числа блоков в diff, обеспечена поддержка многоуровневых индексов репозитория;
- Добавлена серверная настройка конфигурации для клонирования без использования сжатия;
- В команду revert добавлена поддержка возвращения изменений для субрепозиториев;
- В revset добавлено ключевое слово "matching";
- Расширены средства интеграции с Bugzilla.Сразу после выпуска 2.2.0 вышло внеплановое обновление 2.2.1, в котором была устранена значительная утечка памяти в hgweb.
Достоинства Mercurial:
- Быстродействие:
- Высокая производительность работы с хранилищем, независящая от числа элементом в нём (O(1) revlog);- Компактное хранение данных в проиндексированном и сжатом виде;
- Оптимизирован для эффективной работы с данными на жёстком диске;
- Все изменения и файлы в репозитории дополнительно проиндексированы;
- Для копирования данных по сети используется HTTP и SSH, данные передаются в сжатом виде.
- Масштабирование
- Распределённая модель разработки позволяет участвовать в проекте неограниченному числу разработчиков;- Допускается произвольное слияние отдельных децентрализованных репозиториев, поддерживаемых отдельными разработчиками;
- Объём репозитория, число файлов и зафиксированных изменений не отражается отрицательно на производительности;
- При работе нет необходимости ждать освобождения блокировки.
- Надёжность.
- Для контроля целостности данных в репозитории используется SHA1;
- Хранилище реализовано в журнальном виде - данные не замещаются, а добавляются. Ведётся журнал транзакций;
- Быстрый алгоритм проверки целостности репозитория;
- Встроенные средства резервного копирования и проверки целостности;
- Удобство использования.
- Привычный CVS-подобный набор команд;
- Наличие встроенной системы подсказки;
- Интегрированный Web-интерфейс;
- Большой выбор GUI интерфейсов (http://www.selenic.com/mercurial/wiki/index.cgi/GUIClients).
- Лёгкость внедрения:
- Поддержка платформ UNIX, MacOS X и Windows;- Средства (http://www.selenic.com/mercurial/wiki/index.cgi/RepositoryCo...), упрощающие миграцию с других систем управления исходными текстами;
- Поддержка нескольких моделей организации репозитория: централизованная cvs-подобная, децентрализованная иерархическая и распределённая полуиерархическая;
- Поддержка внешних обработчиков и дополнений.
URL: http://www.selenic.com/pipermail/mercurial/2012-May/042697.html
Новость: http://www.opennet.me/opennews/art.shtml?num=33770
> На языке Си переписан парсер индекса revlog.В гит умнее сделали - писали не "на питоне" как некоторые, а "распределенную систему контроля версий". Результат налицо.
> писали не "на питоне" как некоторые, а
> "распределенную систему контроля версий". Результат налицо.+1 Насмотря на то, что таки да _начинали писать на перле-баше.
На таковых там только обвязка, а все что хоть как-то может влиять на скорость - сразу сделано нормально, а не как у этих господ, когда озарение в стиле "фигню гоните, парни" приходит лишь когда все сбежали на конкурирующий проект :)
> На таковых там только обвязка, а все что хоть как-то может влиять на скорость - сразу сделано нормально, а не как у этих господ, когда озарение в стиле "фигню гоните, парни" приходит лишь когда все сбежали на конкурирующий проект :)Все сбежали на github. У которого под капотом могло быть хоть monotone, хоть darcs, хоть тот же mercurial — лишь бы pull requestы были нормально реализованы.
>могло быть хоть monotone, хоть darcs, хоть тот же mercurialСдохли бы от такого "счастья", спуская время и деньги на переписывание уже работающего git-а. ((впочем, да, ровно так же недоказуемо, как и твое "могло бы быть". паритетненько. отрицательная логика -- плоды.))
>>могло быть хоть monotone, хоть darcs, хоть тот же mercurial
> Сдохли бы от такого "счастья", спуская время и деньги на переписывание уже работающего git-а. ((впочем, да, ровно так же недоказуемо, как и твое "могло бы быть". паритетненько. отрицательная логика -- плоды.))git-daemon они совершенно точно переписали на erlang. ну и почти наверняка в продакшне они используют собственную реимплементацию в виде http://libgit2.github.com/
а оригинальный git да, проще сдохнуть, чем дописать. но не потому, что ракетная наука, а потому, что говно под капотом
> а потому, что гoвно под капотомЭто про поделки на питоне, пардон. Которые разваливаются при выходе каждой новой версии питона, даже минорной, так что команда вместо того чтобы чем-то полезным заниматься начинает думать как им своего развалившегося шалтая-болтая обратно собрать.
Вообще, если софт написан быстро (чем так пальцуют питонисты) - это практически гарантия того что он некачественный и обладает хреновыми параметрами. Не, я конечно понимаю что убер-мега-супер-дупер-wannabe-developer-скрипткидям невдомек что нормальная постановка процессов разработки и выпуск качественной проги а не наколенной поделки требует времени. Бывает. У некоторых с опытом проходит.
не нужно преувеличивать заслуги быдлокодеров
их git daemon - 2000 строчек говнокодаи почти уверен что они используют git shell и обычный гит который может да же школьник настроить )
> Сдохли бы от такого "счастья",И вообще, бы в этом мире не считается. Есть факты. А что там могло бы - никого не интересует. Вот у того типа мог бы быть миллиард. Даже долларов. Врядли осознание этого факта его сильно согревает :P.
> Все сбежали на github.При том почему-то сначала появился гит и убедил довольно много разработчиков в том что он рулез и только потом появиля гитхаб который стал пользоваться тем фактом что гит рулит для повышения своей популярности и извлечения бабла из свежесозданного (самими собой же!) сегмента рынка. Вам не кажется что тут есть некие простые и логичные причинно-следственные взаимосвязи? Или вам обязательно нужен Кэп? :)
>> Все сбежали на github.
> При том почему-то сначала появился гит и убедил довольно много разработчиков в том что он рулез и только потом появиля гитхаб который стал пользоваться тем фактом что гит рулит для повышения своей популярности и извлечения бабла из свежесозданного (самими собой же!) сегмента рынка.гитхаб зарулил конкурентов на старте только и исключительно pull requestами — вмерживанием contributions одной кнопкой не приходя в сознание.
Веб-два-нуль пул реквест одной кнопкой это Фича!! LKML вянет, мякнет и сдувается, дорогу Новому Поколению опсорсных девов. Твиттер, Рейлс и Макбук наше фсьо.</ура,мыпоняли>
> Веб-два-нуль пул реквест одной кнопкой это Фича!! LKML вянет, мякнет и сдувается, дорогу Новому Поколению опсорсных девов. Твиттер, Рейлс и Макбук наше фсьо.</ура,мыпоняли>А ты думал. Люди (в отличие от фанатиков) склонны ценить своё время.
>Люди (в отличие от фанатиков) склонныУберменшены в треде? Ну, зигхайль...
> дорогу Новому Поколению опсорсных девов. Твиттер, Рейлс и МакбукЕще скажите что с макосятиной. Ну в общем рабы этого... как его там, который теперь заместо проповедника Джоббса у них теперь.
> гитхаб зарулил///BTW, мне показалось или Hg тут никому не интересен?
> ///BTW, мне показалось или Hg тут никому не интересен?Ну так hghub же нет. Да и звучит так что язык сломаешь...
Вообще-то есть.
Назывется BitBucket.
Просто гит все учили за то, что его породил Линус, а потом начал работать сетевой эффект - у всех гит, значит, и нам надо.
> Просто гит все учили за то, что его породил Линуся — не за это. твоё утверждение — ложь.
> гитхаб зарулил конкурентов на старте только и исключительно pull requestами —Насколько я помню, пулл-реквесты придумали куда раньше до них. А то что они это сделали в наиболее удобном виде с удобным интерфейсиком на вебмордочке - да, они это сделали и словили epic win. Не вижу чем это так уж нечестно.
> вмерживанием contributions одной кнопкой не приходя в сознание.
Ну так кто ж виноват что гит так умеет? :)
>> гитхаб зарулил конкурентов на старте только и исключительно pull requestами —
> Насколько я помню, пулл-реквесты придумали куда раньше до них.Кто и когда?
> А то что они это сделали в наиболее удобном виде с удобным интерфейсиком на вебмордочке - да, они это сделали и словили epic win. Не вижу чем это так уж нечестно.
Словили epic win, из-за этого к ним пошли юзеры, которые автоматически стали пользоваться git.
>> вмерживанием contributions одной кнопкой не приходя в сознание.
> Ну так кто ж виноват что гит так умеет? :)это github так умеет.
> Кто и когда?Линуксоиды в своей рассылке перекидываются pull request уже фиг знает сколько. И без всякой вебни, как ни странно. Надо ж иметь настолько ушибленный вебней мозг...
> Словили epic win, из-за этого к ним пошли юзеры, которые автоматически стали
> пользоваться git.А что мешало словить epic win в таком духе всем остальным с другими VCS? :)
>> Ну так кто ж виноват что гит так умеет? :)
> это github так умеет.Вообще-то гитом можно и без всяких гитхабов пользоваться. Хотя я понимаю что когда мозг настолько ушиблен вебней, это сложно себе представить.
>> Кто и когда?
> Линуксоиды в своей рассылке перекидываются pull request уже фиг знает сколько. И без всякой вебни, как ни странно. Надо ж иметь настолько ушибленный вебней мозг...дада. шлют в рассылку патч и сообщение типа "посоны замергайте".
>> Словили epic win, из-за этого к ним пошли юзеры, которые автоматически стали пользоваться git.
> А что мешало словить epic win в таком духе всем остальным с другими VCS? :)идея с pull request из вебморды пришла разработчикам github первым — они и сняли все сливки.
>>> Ну так кто ж виноват что гит так умеет? :)
>> это github так умеет.
> Вообще-то гитом можно и без всяких гитхабов пользоваться. Хотя я понимаю что когда мозг настолько ушиблен вебней, это сложно себе представить.я скажу даже больше — работать с репозиториями git можно и без использования этой кучки батников, see http://hg-git.github.com/
> дада. шлют в рассылку патч и сообщение типа "посоны замергайте".И что? Вполне себе pull request.
> идея с pull request из вебморды пришла разработчикам github первым — они и сняли все сливки.
Ну так заслуженно сняли, имхо. Хорошо же когда первый придумавший что-то дельное и понравившееся окружающим получает профит. Я нахожу это честным.
> я скажу даже больше — работать с репозиториями git можно и
> без использования этой кучки батников, see http://hg-git.github.com/Ну так работайте наздоровье, кому-то жалко чтоли? Кстати а что, питоновые скрипты за батники уже не считаются? Или чем оно так фундаментально лучше прочих "батников"? Питон вообще интерпретер-переросток.
>> идея с pull request из вебморды пришла разработчикам github первым — они и сняли все сливки.
> Ну так заслуженно сняли, имхо. Хорошо же когда первый придумавший что-то дельное и понравившееся окружающим получает профит. Я нахожу это честным.Ну так я и не спорю, что сотни профита заслужены гитхабом по праву первопроходца. Как я уже сказал, модель fork+pull request может быть реализована на базе любой распределённой VCS, и заслуги git в этом нет. А следовательно github не является рациональным аргументом к выбору git.
>> я скажу даже больше — работать с репозиториями git можно и без использования этой кучки батников, see http://hg-git.github.com/
> Ну так работайте наздоровье, кому-то жалко чтоли?а я и работаю. обратите, кстати, внимание, в чьей учётке лежит репозиторий с исходниками.
> Кстати а что, питоновые скрипты за батники уже не считаются? Или чем оно так фундаментально лучше прочих "батников"? Питон вообще интерпретер-переросток.
Ну питон-то, мягко говоря, помощнее будет. Это видно любому, написавшему на питоне что-нибудь сложнее hello world хотя бы на порядок. Капитан.
> Ну питон-то, мягко говоря, помощнее будет.что не мешает ему оставаться «батником».
> дада. шлют в рассылку патч и сообщение типа «посоны замергайте».а в чём проблема с этим? какая разница, в рассылку, или кнопочку на вебморде? или ты думаешь, что обработать e-mail'ы фильтром — непосильная задача, и поэтому «посоны» сидят и глазами пырятся, не прислал ли кто патчик для мержинга?
>> дада. шлют в рассылку патч и сообщение типа «посоны замергайте».
> а в чём проблема с этим? какая разница, в рассылку, или кнопочку на вебморде? или ты думаешь, что обработать e-mail'ы фильтром — непосильная задача, и поэтому «посоны» сидят и глазами пырятся, не прислал ли кто патчик для мержинга?да ничего непосильного — в git для этого целая специальная команда встроена, am называется. Ну и само собой пачка утилок вроде git-mailsplit
Кому ты врешь, няшечька? Кнопка вмерживания пул-реквестов появилась год назад, к этому времени гитхаб уже зарулил всех конкурентов.https://github.com/blog/843-the-merge-button
> April 25, 2011
> Кому ты врешь, няшечька? Кнопка вмерживания пул-реквестов появилась год назад, к этому времени гитхаб уже зарулил всех конкурентов.
> https://github.com/blog/843-the-merge-button
>> April 25, 2011ух ты, точно
а pull requestы появились больше четырёх лет назад (https://github.com/blog/3-oh-yeah-there-s-pull-requests-now) — вот тогда гитхаб и начал конкурентов заруливать.
> вот тогда гитхаб и начал конкурентов заруливать.Все правильно. Гитхаб всегда позиционировал себя не просто как свалку кода, а как инструмент для совместной разработки. Присоединиться к которой может каждый, без необходимости в подписных листах.
Загадкой для меня остается только то, как при таких различиях в подходе еще живы другие хостинги.
> Все правильно. Гитхаб всегда позиционировал себя не просто как свалку кода, а
> как инструмент для совместной разработки.причём что интересно: инструмент откровенно плохой, а хомки едят.
> причём что интересно: инструмент откровенно плохой, а хомки едят.Понимаешь, чтобы сказать что нечто хорошее или плохое - не лишне бы иметь некий референс с которым производится сравнение. А вот тут то и засада - все остальные ресурсы такого плана еще хуже. Для собственно взаимодействия разработчиков, ага. Это не значит что лучше сделать нельзя. Но это значит что никто не сподвигся или не осилили.
кагбэ для взаимодействия — тот же redmine. ты знаешь, отлично взаимодействие получается. а в гитхабе плохо всё. вот именно тот случай, когда есть много фич, и все они неудобны. кроме разве что тех, что изначально в гите были — типа форков (cp a.git b.git, ога) и ты пы.
>[git] _начинали писать на перле-баше.Кстати, :/ неправда. e83c5163316f89bfbde7d9ab23ca2e25604af290 -- исключительно Си в самом начале.
Ты опять выходишь на связь?
именно, что налицо — explicit copy/rename tracking как не было, так и нет. и скорее всего уже никогда не будет.
и в твиттер сообщения не отправляет.
напиши плагин. 15 минут работы. в отличие от.
Результат - как после stable_api_nonsense.tar.xz.java.rar.exe
> Результат - как после stable_api_nonsense.tar.xz.java.rar.exeПитонисты знают толк в извращениях, судя по названию файла...
Хм... Если я правильно помню, то git вообще начали писать только потому что устраивающая на тот момент Линуса Mercurial была платная.Поправте если я не прав!
BitKeeper Эта система контроля версий и сейчас платная. А Линуса всё устраивало, пока его заплатить за её использование не попросили.
Неправ. Платная - BitKeeper. А Monotone - тормознутая.
Mercurial тогда еще и не было.
> Mercurial тогда еще и не было.И таки да, на фоне гиат он тоже тормознутый. И форки/мержи в гите - epic win.
>> Mercurial тогда еще и не было.
> И таки да, на фоне гиат он тоже тормознутый. И форки/мержи в гите - epic win.Вот и выросло поколение, не различающее git и github.
> Вот и выросло поколение, не различающее git и github.Гитхаб всего лишь пользуется фичами гита. Не было бы фич, не было бы гитхаба. Внезапно.
>> Вот и выросло поколение, не различающее git и github.
> Гитхаб всего лишь пользуется фичами гита. Не было бы фич, не было бы гитхаба. Внезапно.какими такими фичами?
>> Гитхаб всего лишь пользуется фичами гита. Не было бы фич, не было бы гитхаба. Внезапно.
> какими такими фичами?Мержем например. И пулл-реквесты кстати придумали далеко на на гитхабе. Например линуксные ядерщики пулл-реквесты практикуют ВНЕЗАПНО без всяких гитхабов. А хотя-бы и через список рассылки. Наверное потому что разработчики - это не гламурные кисо, что позволяет им работать и без гламурных кнопочек в мордочках.
>>> Гитхаб всего лишь пользуется фичами гита. Не было бы фич, не было бы гитхаба. Внезапно.
>> какими такими фичами?
> Мержем например. И пулл-реквесты кстати придумали далеко на на гитхабе. Например линуксные ядерщики пулл-реквесты практикуют ВНЕЗАПНО без всяких гитхабов. А хотя-бы и через список рассылки. Наверное потому что разработчики - это не гламурные кисо, что позволяет им работать и без гламурных кнопочек в мордочках.…успешно зарабатывая RSI.
олсо в какой такой VCS нету мержа?
> …успешно зарабатывая RSI.Не, ну это слишком уж жирно, не засчитано. Хотя-бы потому что вы сами предлагали какие-то там плагины дописывать. А оно мне надо?
> олсо в какой такой VCS нету мержа?
Так или иначе он наверное есть у всех. Просто у некоторых это просто и быстро, а у некоторых - как получится.
>> …успешно зарабатывая RSI.
> Не, ну это слишком уж жирно, не засчитано. Хотя-бы потому что вы сами предлагали какие-то там плагины дописывать. А оно мне надо?Так мне не и надо в твиттер постить, как саркастически предложил ваш тёзка. И я не пишу. Более того, поскольку такого плагина до сих пор нет, вероятно, это не нужно вообще никому, кроме вашего тёзки. Пусть он и пишет. => http://www.opennet.me/openforum/vsluhforumID3/84413.html#20
Кстати, может вы поясните, почему всегда получается, что НЕНУЖНЫМИ!!!!!!11111 (да, именно так) оказываются именно фичи, которых git(/vim/emacs/etc) не умеет?
>> олсо в какой такой VCS нету мержа?
> Так или иначе он наверное есть у всех. Просто у некоторых это просто и быстро, а у некоторых - как получится.Продемонстрируйте «как получится» на примере mercurial.
> Кстати, может вы поясните, почему всегда получается, что НЕНУЖНЫМИ!!!!!!11111 (да, именно
> так) оказываются именно фичи, которых git(/vim/emacs/etc) не умеет?Наверное потому что git писан разработчиком. Рулящим огромным успешным проектом. Который знает как разработка в нормальном виде выглядит и что нужно чтобы сделать этот процесс проще и приятнее.
Правда я сегодня Кэп? :)
>> Кстати, может вы поясните, почему всегда получается, что НЕНУЖНЫМИ!!!!!!11111 (да, именно так) оказываются именно фичи, которых git(/vim/emacs/etc) не умеет?
> Наверное потому что git писан разработчиком. Рулящим огромным успешным проектом. Который знает как разработка в нормальном виде выглядит и что нужно чтобы сделать этот процесс проще и приятнее.Иными словами, ты не в состоянии выбрать инструмент самостоятельно. Следующий!
> Иными словами, ты не в состоянии выбрать инструмент самостоятельно. Следующий!Иными словами, я выбираю не "то что на питоне" как некоторые остолопы, а "то что делает часто нужные действия просто, удобно и быстро". Это явно про гит.
Даааа, результат на лицо:
1. Не умеет работать с уникодом.
2. Портируется кем попало-как попало - ведь в исходном варианте поддержка только одной ОС.
3. Не поддерживает тяжеловесные ветки.
4. Вряд ли когда сможет revset's
и так далее...Зато быстрее на секунды(доли секундны), потому что написан не на питоне....
> 1. Не умеет работать с уникодом.Это как? O_O
> 2. Портируется кем попало-как попало - ведь в исходном варианте поддержка только одной ОС.
Котируется не теоретическая газификация луж а результаты.
> 3. Не поддерживает тяжеловесные ветки.
Хотите сказать что линуксный кернел недостаточно тяжеловесен? :)
> 4. Вряд ли когда сможет revset's
В гите нормально, шустро и удобно реализованы типовые операции нужные при реальной разработке проектов командой. И все типовые сценарии там реализованы на пятерку.
> и так далее...
Много булшита не по делу.
> Зато быстрее на секунды(доли секундны), потому что написан не на питоне....
Зато удобно и быстро делает все типовые операции. Что в основном и надо от системы контроля версий. А то что оно не умеет в твиттер постить само по себе и крестиком не вышивает - так может и хрен бы с ним? Мне вообще не совсем понятно почему вышивка крестиком и посты в твиттер - задача dvcs. Тем более что распределенность как бы намекает на то что конфигурация у всех разная и никто не обязан дружно строем постить в твиттер что либо, а центрального сервака котрый бы этим занялся может и попросту не существовать.
>> 3. Не поддерживает тяжеловесные ветки.
> Хотите сказать что линуксный кернел недостаточно тяжеловесен? :)ты даже не понял о чём вообще речь. учи матчасть.
>> 4. Вряд ли когда сможет revset's
> В гите нормально, шустро и удобно реализованы типовые операции нужные при реальной разработке проектов командой. И все типовые сценарии там реализованы на пятерку.ещё учи матчасть.
>> Зато быстрее на секунды(доли секундны), потому что написан не на питоне....
> Зато удобно и быстро делает все типовые операции.То-то я смотрю треды типа merge- vs rebase-based workflow а) регулярно всплывают и б) порождают треды на сотни комментов. Не иначе, от удобства.
> Что в основном и надо от системы контроля версий. А то что оно не умеет в твиттер постить само по себе и крестиком не вышивает - так может и хрен бы с ним? Мне вообще не совсем понятно почему вышивка крестиком и посты в твиттер - задача dvcs. Тем более что распределенность как бы намекает на то что конфигурация у всех разная и никто не обязан дружно строем постить в твиттер что либо, а центрального сервака котрый бы этим занялся может и попросту не существовать.
Сначала выдумать тезис, а затем блестяще его опровергнуть. Молодец.
> ты даже не понял о чём вообще речь. учи матчасть.Придумай хоть 1 вменяемый аргумент. А то у тебя скорость работы - не требуется, а плюсами является "на питоне" (с хрена ли это плюс?), "можно постить в твиттер" (нафига?), "использовать произвольное хранилище" (меня моя ФС вполне устраивает, я не считаю что VCS должна брать на себя фичи ОС и ФС) и что там еще за маразмы и фигня не относящаяся к разработке.
>> разработке проектов командой. И все типовые сценарии там реализованы на пятерку.
> ещё учи матчасть.Сдался мне ваш hg. Я посмотрел на него краем глаза. Осознал что git быстрее работает и удобнее делает типовые операции нужные мне. Да, постинг в твиттер и возможности использовать произвольные хранилища меня не очень интересуют в VCS, уж извините.
>> Зато удобно и быстро делает все типовые операции.
> То-то я смотрю треды типа merge- vs rebase-based workflow а) регулярно всплывают
> и б) порождают треды на сотни комментов. Не иначе, от удобства.Да пофиг что они там порождают. Мир выбрал git и есть за что. Остальные менее удобны на типовых операциях а зачастую их еще и ждать заколебывает.
>> распределенность как бы намекает на то что конфигурация у всех разная и никто не обязан
>> дружно строем постить в твиттер что либо, а центрального сервака котрый бы этим занялся
>> может и попросту не существовать.
> Сначала выдумать тезис, а затем блестяще его опровергнуть. Молодец.Я его не выдумывал, это вы там про твиттер и плагины задвинули.
>> ты даже не понял о чём вообще речь. учи матчасть.
> Придумай хоть 1 вменяемый аргумент [бред поскипан]ты не знаешь, что такое lighweight branch, что — heavyweight b. и чем они отличаются. учи матчасть.
>>> разработке проектов командой. И все типовые сценарии там реализованы на пятерку.
>> ещё учи матчасть.
> краем глаза.
> Осозналлжец. учи матчасть.
>>> Зато удобно и быстро делает все типовые операции.
>> То-то я смотрю треды типа merge- vs rebase-based workflow а) регулярно всплывают
>> и б) порождают треды на сотни комментов. Не иначе, от удобства.
> Да пофиг что они там порождают. Мир выбрал git и есть за что. Остальные менее удобны на типовых операциях а зачастую их еще и ждать заколебывает.Остальные ты тоже краем глаза смотрел? См. выше.
>>> распределенность как бы намекает на то что конфигурация у всех разная и никто не обязан дружно строем постить в твиттер что либо, а центрального сервака котрый бы этим занялся может и попросту не существовать.
>> Сначала выдумать тезис, а затем блестяще его опровергнуть. Молодец.
> Я его не выдумывал, это вы там про твиттер и плагины задвинули.Читать http://linorg.ru/how-to-read.html, потом перечитывать тред. Быстро, решительно!
> ты не знаешь, что такое lighweight branch, что — heavyweight b. и
> чем они отличаются.а что это такое и зачем оно надо?
>> ты не знаешь, что такое lighweight branch, что — heavyweight b. и чем они отличаются.
> а что это такое и зачем оно надо?ветки в большинстве современных dvcs считаются т.н. lightweight — потому, что любую ветку можно чекаутнуть, не выходя из каталога с рабочей копией. heavyweight — это «ветки» в subversion (сейчас они остались разве что там), например. людьми с пониженным порогом критического восприятия информации (как, например, фанбоями git) считается (благодаря устаревшему (за это schacon его скоро прибьёт) http://whygitisbetterthanx.com/), что lightweight-ветки — прерогатива git, что не соответствует действительности.
вопрос был скорее риторический, но tnx, пояснение годное.
> ты не знаешь, что такое lighweight branch, что — heavyweight b. и
> чем они отличаются. учи матчасть.Да, ваших меркуриаловских терминов я не знаю. Оперируйте понятиями из гита и тогда я буду вас понимать.
>> краем глаза.
>> Осознал
> лжец. учи матчасть.Предварительное знакомство с hg напрочь отбило какую либо охоту изучать это недоразумение дальше. Гитом пользоваться оказалось явно приятнее. А маны на их сайте - вообще рассказывают историю "как мы передирали гит" и "как фичи гита выглядят у нас". Ну а нафиг вы нужны, если "все как в гит". "Потому что на питоне"? Обалденное преимущество. Подключить какое-то там произвольное хранилище? Мне эта фича нужна в последнюю очередь. Если это было такой попыткой подлизнуть хостингам-переросткам, то как видим они ее не очень заценили, да и вообще, не очень это укладывается в идею DVCS.
>> Да пофиг что они там порождают. Мир выбрал git и есть за что. Остальные менее удобны >> на типовых операциях а зачастую их еще и ждать заколебывает.
> Остальные ты тоже краем глаза смотрел? См. выше.Ну так ясен пень что я пекусь об удобстве и скорости частых и типичных операций. А то что какие-то там хитрозагнутые фичи нужные раз в два года у тех сделаны так, а у этих иначе - да мне пополам вообще. Понадобится мне это - почитаю ман, не развалюсь. Но засирать мозг многометровым маном выученным назубок мне вломак. Я знаю столько сколько надо для работы и достижения целей. Остальное динамически подгружаемо (и выгружаемо). Так больше ресурсов мозга достается полезным проектам.
>> Я его не выдумывал, это вы там про твиттер и плагины задвинули.
> Читать http://linorg.ru/how-to-read.html, потом перечитывать тред. Быстро, решительно!Себе покомандуйте. Питонисты все такие ушибленные?
Ух какой у анонима батхерт! :) Прям образцово-показательный :)
> Добавлена поддержка ОС Plan9;Весьма нужная и актуальная фича, ага.
>> Добавлена поддержка ОС Plan9;
>
>Весьма нужная и актуальная фича, ага.В чём собственно ирония? =)
> В чём собственно ирония? =)В количестве тех кто сможет это оценить. А что, вы plan9 пользутесь? :)
Раз кто-то сделал — значит, как минимум ему было нужно.
> Весьма нужная и актуальная фича, ага.мне смешно, аноним думал что Mercurial делают чтобы ЕГО, лично его и именно его, порадовать нужными только ему фишками
подумай, если кто-то так яростно пилил hg для Plan9, значит ему было не лень, а очень нужно, либо интересно либо бабла заплатили
Отличная вещь, но есть одна большая проблема - питон. У него ещё не появилось сторонних реализаций, как например переписанный на яве git?
Для кого проблема?
Для тех, у кого система девственно чиста от пыхтона.
> Отличная вещь, но есть одна большая проблема - питон. У него ещё не появилось сторонних реализаций, как например переписанный на яве git?Для кого как, для меня вот например Java - это проблема (не очень большая, но всё же), а питон сейчас во многих дистрибутивах из коробки идёт.
Кстати как там дела с установкой Git на Windows? Помнится раньше была какая то запарка с этим, в отличие от Mercurial.
С гитом там сейчас все в шоколаде вплоть до того, что есть переписанный гит на шарпе...
Он же официально микрософтом поддерживается, не знали?
Особенно поддержка русских букв, кодировок и работа из нативной консоли.
Тут просто все по уши в шоколаде. Или не в шоколаде. Но точно в чем то коричневом.
и кто эти люди которые файлы кириллицей называют? зачем им git?
Да вообще, взяли моду эти русские говорить на своём варварском языке. 7-bit ASCII должно хватить всем!
yep
да, есть реимплементации на жяве, на питоне, и на шарпе. плюс наконец альфа libgit2 с биндингами для всего. а всё почему? потому что кучка батников.
> да, есть реимплементации на жяве, на питоне, и на шарпе.А меркуриал никому не уперся его переимплементировать :)
>> да, есть реимплементации на жяве, на питоне, и на шарпе.
> А меркуриал никому не уперся его переимплементировать :)обычно переписывают, когда это оказывается быстрее и проще, чем *до*писать. что характеризует.
а над hg можно в худшем случае обёртку на питоне наваять. это если принципиально не использовать, скажем, http://mercurial.selenic.com/wiki/CommandServer
> обычно переписывают, когда это оказывается быстрее и проще, чем *до*писать.Прости, дядя, ну вот знает жабист свою жабу а сишарпер - сишарп. Им как и питонистам натурально попадает временами шлея под хвост "попрограммить не сищарпе" или "на яве". Более внятных достоинств они придумать не могут.
> что характеризует.
...некоторых "wannabe-разработчиков"...
> а над hg можно в худшем случае обёртку на питоне наваять.Ну ладно там мотивацию Торвальдса писавшего гит - еще можно понять - "нет устраивающей их по параметрам открытой DVCS -> придется отвлечься от основной деятельности и сделать себе инструмент, раз никто до сих пор не сподобился". Ну и дятлов типа вас мотивация куда менее рациональна. И да, я считаю что если есть хороший тул и он хорошо работает, страдать велосипедизмом в этом случае не обязательно. И да, если я что-то программлю, мне не слишком хочется писать себе при этом операционку, текстовый редактор, компилятор, систему сборки и паковки, (d)vcs, и что там мне еще мне может помочь в процессе написания программы. Более того, то что я юзаю некую dvcs - вообще ни разу не обязывает меня знать некий ЯП и уж тем более именно ЯП на котором она написана. И вообще vcs не должна навязывать единственно правильный ЯП, имхо.
> это если принципиально не использовать, скажем, http://mercurial.selenic.com
> /wiki/CommandServerЕсли честно - я не совсем понял нафиг мне эта байда - клиенты какие-то, сервера. Да видал я клиент-сервера для vcs писать. Мне это вообще ни разу не интересно. Дело vcs - хранить ревизии сорсов. И делать это удобно и хорошо. Некоторые называют такое "unix way", когда программа делает 1 функцию и делает ее хорошо. Вот git в этом плане отличная штука. А всякие там посты в твиттер и возможность сие прикрутить - для извращенцев которым заняться нечем и хочется пострадать фигней.
>> обычно переписывают, когда это оказывается быстрее и проще, чем *до*писать.
> Прости, дядя, ну вот знает жабист свою жабу а сишарпер - сишарп. Им как и питонистам натурально попадает временами шлея под хвост "попрограммить не сищарпе" или "на яве". Более внятных достоинств они придумать не могут.А чем «позволяет хранить метаданные в произвольном хранилище» не достоинство? И как это сделать в vanilla git не используя тормозные (потому что FUSE) костыли типа *sqlfs?
>> что характеризует.
> ...некоторых "wannabe-разработчиков"...д’Артаньяны в треде.
>> а над hg можно в худшем случае обёртку на питоне наваять.
> Ну ладно там мотивацию Торвальдса писавшего гит - еще можно понять - "нет устраивающей их по параметрам открытой DVCS -> придется отвлечься от основной деятельности и сделать себе инструмент, раз никто до сих пор не сподобился". Ну и дятлов типа вас мотивация куда менее рациональна.Когда начинали писать hg, git являлся «фреймворком для разработки dvcs» (кучкой батников, по сути). Под него было дцать полусырых porcelain (ты вообще помнишь, что это такое?), ни один из которых не работал нормально. Так что мотивация тут была совершенно конкретная — сделать инструмент и работать работу уже наконец, а не перебирать фанбойские недоделки.
Что забавно, по примерно аналогичным мотивам помянутые porcelainы успешно канули в лету.> И да, я считаю что если есть хороший тул и он хорошо работает, страдать велосипедизмом в этом случае не обязательно. И да, если я что-то программлю, мне не слишком хочется писать себе при этом операционку, текстовый редактор, компилятор, систему сборки и паковки, (d)vcs, и что там мне еще мне может помочь в процессе написания программы.
я пользуюсь hg и тоже ничего такого не пишу. что я делаю не так?
> Более того, то что я юзаю некую dvcs - вообще ни разу не обязывает меня знать некий ЯП и уж тем более именно ЯП на котором она написана. И вообще vcs не должна навязывать единственно правильный ЯП, имхо.
давай ты сначала изучишь матчасть, и уже потом будешь мне рассказывать, что hg заставляет делать, а что нет. если останется желание, конечно. лады?
>> это если принципиально не использовать, скажем, http://mercurial.selenic.com/wiki/CommandServer
> Если честно - я не совсем понял нафиг мне эта байда - клиенты какие-то, сервера.тебе — незачем.
> А чем «позволяет хранить метаданные в произвольном хранилище» не достоинство?Это маразм а не достоинство. Я, #$%, хочу чтобы оно версии исходников менеджило, а не дрочить на какие-то там произвольные хранилища. Ну нет у меня задачи "привинтить произвольное хранилище к vcs". И вообще я считаю что нефиг умножать сущности без необходимости.
> И как это сделать в vanilla git не используя тормозные (потому
> что FUSE) костыли типа *sqlfs?Да без понятия: я не питонист и таким эталонным онанизмом я вообще не занимаюсь. Мне вполне сухо и комфортно когда гит хранит свои данные у меня в ФС, которую я могу сфабриковать так как я захочу. Чем проще сущности и чем их меньше - тем в общем случае мне лучше. Я понятия не имею что такое *sqlfs и не собираюсь засирать себе этим знанием мозг. Хотя-бы потому что мне не понятно - а чем хранение у меня на винче репы для меня плохо, собственно?
> д’Артаньяны в треде.
Еще и фехтуют, понимаешь, во славу гадюки-переростка.
>> Ну ладно там мотивацию Торвальдса писавшего гит - еще можно понять - "нет устраивающей
>> их по параметрам открытой DVCS -> придется отвлечься от основной деятельности и
>> сделать себе инструмент, раз никто до сих пор не сподобился". [...]
> Когда начинали писать hg, git являлся «фреймворком для разработки dvcs» (кучкой
> батников, по сути). Под него было дцать полусырых porcelain (ты вообще
> помнишь, что это такое?), ни один из которых не работал нормально.
> Так что мотивация тут была совершенно конкретная — сделать инструмент и
> работать работу уже наконец,Неубедительно. Эти ваши твиттеры, какие-то там произвольные хранилища и прочий нафиг не упершийся для собственно разработки крап - намекают на то что это не только и не столько dvcs сколько сборище свистелок и перделок не имеющих прямого отношения к разработке. Все примеры как на подбор отличаются идиотизмом и полной оторванностью от процесса разработки.
> а не перебирать фанбойские недоделки.
Мне очень интересно: чьим же фанбоем является Торвальдс? Нельзя ли пояснить этот момент? :)
> Что забавно, по примерно аналогичным мотивам помянутые porcelainы успешно канули в лету.
Что забавно, питонисты свой язык переколбашивают с потерей совместимости и не первый раз. Но вас почему-то не смущает что некие фичи канули в лету как "неправильные". Это была наглядная демонстрация на тему "свое - не пахнет"?
> я пользуюсь hg и тоже ничего такого не пишу. что я делаю не так?
А у меня сложилось мнение что вы только этим и занимаетесь. Потому что когда вам приперло поговорить о достоинствах - вы придумали какие-то твиттеры, произвольные хранилища и прочую фигню, вообще не относящуюся напрямую к процессу разработки.
> давай ты сначала изучишь матчасть, и уже потом будешь мне рассказывать, что
> hg заставляет делать, а что нет. если останется желание, конечно. лады?Не, спасибо, посмотрев как работает одно и другое я осознал что как следует изучать матчасть я буду только для гита, извини. А свое "...зато на питоне" - сам жри. Для меня это вообще недостаток, показывающий отношение разработчиков к пользователю своей поделки сразу на старте.
>> Если честно - я не совсем понял нафиг мне эта байда - клиенты какие-то, сервера.
> тебе — незачем.Именно. VCS должна помогать мне с моими задачами а не грузить мне мозг тоннами какого-то левого булшита.
>> А чем «позволяет хранить метаданные в произвольном хранилище» не достоинство?
> Это маразм а не достоинство. Я, #$%, хочу чтобы оно версии исходников менеджило, а не дрочить на какие-то там произвольные хранилища. Ну нет у меня задачи "привинтить произвольное хранилище к vcs". И вообще я считаю что нефиг умножать сущности без необходимости.А у парней из github есть. И у нас тоже скоро будет. И поскольку хомячки «предпочитают» git (при этом не в состоянии выдать в качестве аргументов ничего, кроме маркетингового bullshitа), мы возьмём egitd и либо dulwich, либо libgit2 c ruby-биндингами. Скорее всего, нас ждут различного рода сюрпризы, но хомячки всё оплатят. А под капот этой вашей кучке батников второй раз я не полезу ни за какие плюшки.
>>> Ну ладно там мотивацию Торвальдса писавшего гит - еще можно понять - "нет устраивающей их по параметрам открытой DVCS -> придется отвлечься от основной деятельности и сделать себе инструмент, раз никто до сих пор не сподобился". [...]
>> Когда начинали писать hg, git являлся «фреймворком для разработки dvcs» (кучкой батников, по сути). Под него было дцать полусырых porcelain (ты вообще помнишь, что это такое?), ни один из которых не работал нормально. Так что мотивация тут была совершенно конкретная — сделать инструмент и работать работу уже наконец,
> Неубедительно. Эти ваши твиттеры, какие-то там произвольные хранилища и прочий нафиг не упершийся для собственно разработки крап - намекают на то что это не только и не столько dvcs сколько сборище свистелок и перделок не имеющих прямого отношения к разработке. Все примеры как на подбор отличаются идиотизмом и полной оторванностью от процесса разработки.bool is_thesis_conclusive(char[] thesis_content) {
return preg_test(thesis_content, "/git\\srules/gi") > 0;
}>> а не перебирать фанбойские недоделки.
> Мне очень интересно: чьим же фанбоем является Торвальдс? Нельзя ли пояснить этот момент? :)он не фанбой, он фанбоевод. вон какую армию собрал.
>> Что забавно, по примерно аналогичным мотивам помянутые porcelainы успешно канули в лету.
> Что забавно, питонисты свой язык переколбашивают с потерей совместимости и не первый раз. Но вас почему-то не смущает что некие фичи канули в лету как "неправильные". Это была наглядная демонстрация на тему "свое - не пахнет"?Что забавно, мне пофиг на питон, я на нём практически не пишу.
>> я пользуюсь hg и тоже ничего такого не пишу. что я делаю не так?
> А у меня сложилось мнение что вы только этим и занимаетесь. Потому что когда вам приперло поговорить о достоинствах - вы придумали какие-то твиттеры, произвольные хранилища и прочую фигню, вообще не относящуюся напрямую к процессу разработки.почему бы и не поглумиться?
>> давай ты сначала изучишь матчасть, и уже потом будешь мне рассказывать, что hg заставляет делать, а что нет. если останется желание, конечно. лады?
> Не, спасиботогда свободен.
>>> Если честно - я не совсем понял нафиг мне эта байда - клиенты какие-то, сервера.
>> тебе — незачем.
> Именно. VCS должна помогать мне с моими задачами а не грузить мне мозг тоннами какого-то левого булшита.…вроде refs, trees, tracked branch, remotes, detached head… стоп, это же man gitglossary
> аргументовОдин только гитхаб разом перекрывает все аргументы hg-хипсторов.
> Один только гитхаб разом перекрывает все аргументы hg-хипсторов....с точки зрения гит-хипсторов.
>> Один только гитхаб разом перекрывает все аргументы hg-хипсторов.
> ...с точки зрения гит-хипсторов.…которых доят все, кому не лень. Потому что если моду не удаётся обуздать, на ней следует хотя бы заработать.
а как именно «доят» — можно узнать?
> а как именно «доят» — можно узнать?ну вот взять например bitbucket и недавно реализованную в нём поддержку репозиториев git.
> ну вот взять например bitbucket и недавно реализованную в нём поддержку репозиториев
> git.а ещё? вообще-то bitbucket доили не гитом, гит они привинтили по просьбам упоротой общественности. а где и как доили именно при помощи гита?
> А у парней из github есть.ИЧСХ, как обычно, сильнее всех по морде выдали как раз те кому пытались подлизнуть. Понимаете, со своими неудобствами серьезно настроенный хостинг справится. Более того, если их совсем не будет - тут же появится 100500 наколенных аналогов от таких как вы наколенщиков. И конкурировать станет сложно. А вот если неудобно будет клиентуре - хана тогда такому хостингу.
> И у нас тоже скоро будет.
К счастью это не будет моей проблемой.
> И поскольку хомячки «предпочитают» gitО как, вы своих клиентов считаете хомячками? Ну удачи вам в наборе клиентуры и конкуренции с гитхабами. Угу.
> (при этом не в состоянии выдать в качестве аргументов ничего, кроме
> маркетингового bullshitа),Ну нифига себе, быстрое и удобное выполнение типовых операций - оказывается маркетинговый булшит. Далеко пойдете с таким подходом :)
> мы возьмём egitd и либо dulwich, либо libgit2 c ruby-биндингами.
Если честно, мне глубоко плевать что там возьмет очередной наколенщик.
> Скорее всего, нас ждут различного рода сюрпризы,
К счастью это не мои проблемы. Можете пытаться впаривать свой hg или эти, как их... груши на базаре, во :)
> но хомячки всё оплатят.
Как бы я рад и все такое. Правда вот уже есть гитхаб с некислой форой. Удачи в конкуренции, все дела.
Вообще я не понимаю каким надо быть дебилом чтобы не понимать что DVCS должна быть прежде всего удобна для распределенного юзежа разработчиками. Все остальное, в том числе и удобства полутора переросточных хостингов - вообще вторично.
> А под капот этой вашей кучке батников второй раз я не полезу ни за какие плюшки.
Не мои проблемы. Для меня оно вообще делает то что мне надо без лазания под капот. Чем оно и хорошо. Вы еще предложите мне gcc дописывать самолично при желании скоипилить прогу, чтоли. Хорошо когда тул делает типовые операции без бубна и напильников, с минимумом усилий.
return TROLLING_SUCCESS //я уже обожрался, а вы меня все кормите.
> он не фанбой, он фанбоевод. вон какую армию собрал.
В вашем утверждении он именно фанбоем получается. А кроме армии фанбоев у него еще и армия разработчиков есть. И все потому что умеет человек программить и рулить проектами. Хорошо умеет. Лучше многих других. Нормальный team leader. У wannabe-разработчиков зависть? Да, это не очередной скрипткид по рублю за пучок, это могучий зубр, который когда надо - может воротить горы. Без убер-кульных-яп-с-кучей-проблем и прочего маркетингового булшита :)
> Что забавно, мне пофиг на питон, я на нём практически не пишу.
Что забавно, никаких внятных плюсов hg полезных для лично меня вы вообще не привели. Упомянув только ЯП и всякие там извращения с хранилищами, нужные полутора землекопам на всю планету.
>> хранилища и прочую фигню, вообще не относящуюся напрямую к процессу разработки.
> почему бы и не поглумиться?Я в принципе разделяю эту точку зрения, но у меня уже пережор :)
>> Не, спасибо
> тогда свободен.Ха, тоже мне командир нашелся.
> …вроде refs, trees, tracked branch, remotes, detached head… стоп, это же man
> gitglossaryНе понимаю - в чем суть предъяв? Все эти понятия более-менее коррелируют с тем что обычно получается при разработке проекта в крупной распределенной команде. Судя по всему они просто списали с натуры (своей модели разработки, далеко не самой плохой на свете).
User5654 залогинься уже. Заколебало, если честно, читать портянки бреда. Хватит уже религию выдавать за превосходство. И сначала все-таки изучи вопрос.