1.2, Аноня (?), 13:25, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
Я сам чопорный нудный ретроград, но почему бы разработчикам меркуриала просто не перейти на гит?
| |
|
2.13, an0nim (?), 14:36, 17/02/2019 [^] [^^] [^^^] [ответить]
| +9 +/– |
Потому что у меркуриала есть некоторый список преимуществ перед гитом: у него проще и логичнее ui(не путать с gui), с ним гораздо сложнее сломать репу, потому как нельзя менять историю(поэтому он лучше подходит когда в команде есть непрограммисты)
| |
|
3.17, Аноня (?), 15:11, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну да, выковыривание мастера из релиза или неудачный ребейз смутят даже опытного пользователя.
Но с другой стороны, сложность гита это плата за его гибкость.
| |
3.35, Аноним (35), 18:31, 17/02/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
> с ним гораздо сложнее сломать репу, потому как нельзя менять историю
> Добавлена новая опция 'rewrite.update-timestamp=True' для обновления данных о времени коммита после редактирования истории;
ага
| |
|
2.19, Аноним (19), 15:25, 17/02/2019 [^] [^^] [^^^] [ответить]
| –9 +/– |
У вас 7 ошибок в слове "ретроград" - правильно писать "клоун". Потому что Меркуриал - это современная DVCS. А git - всего лишь поделие одиночки для патченья и версионирования раздутого ядра. Есть принципиальная разница в применении!
| |
|
3.24, Аноня (?), 15:58, 17/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
> современная DVCS.
А что такое современная DVCS? И что в гите не позволяет ему быть современной DVCS?
| |
|
|
5.42, Аноня (?), 19:39, 17/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> а не конформист ли ты часом?
Тот еще. DVCS - если я правильно понял, означает распределённую скв. Распределённость гита просто зашкаливает. Репозитории можно держать как в соседних папках, так и в разных доменах. всю историю можно восстановить если хотя бы кто-то по случайности не удалил репу со своей машины. Чего вам еще надо?
| |
|
6.44, Аноним (36), 20:16, 17/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
ну не знаю, звучишь как конформист, стадный инстинкт. Вот Mercurial для не таких как все, для нонконформистов. Не для фанатиков
| |
|
|
|
|
2.23, Аноним (23), 15:49, 17/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
>почему бы разработчикам меркуриала просто не перейти на гит?
почему бы пользователям юникс не перейти на Винду? А почему бы пользователям андроид не перейти на айос? Вопрос из этой же категории, ну почти
| |
|
3.38, анонн (?), 19:06, 17/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>почему бы разработчикам меркуриала просто не перейти на гит?
> почему бы пользователям юникс не перейти на Винду?
Всем трем с половиной?
Тем более, пингвин всегда был не сильно "unix-like" (GNU is not unix), причем последние десять лет все меньше и меньше "like",
ведь "I don't think BSD is really too relevant anymore" и "I recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you" (с) The Red-Headed One and Only Lennart
| |
3.43, Аноня (?), 19:44, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А почему бы пользователям андроид не перейти на айос?
потому что айос это не для использования людьми, а для показа на презентации, разумеется.
| |
3.66, Школьник (ok), 12:20, 18/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>А почему бы пользователям андроид не перейти на айос?
Кстати, давно пора бы. Т.н. "свободы" там примерно столько же, ну дык хотя бы не шпионит каждый первый индус.
| |
|
4.85, ябломенеджер (?), 08:55, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
да, у нас строгий отбор, нанимаем примерно одного из 10000 соискателей из моей деревушки под Бангалором. Больше нам и не надо, собственно - и так очередь желающих.
| |
|
|
2.79, Аноним (79), 21:30, 18/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Я сам чопорный нудный ретроград, но почему бы разработчикам меркуриала просто не перейти на гит?
Вообще-то, ретроград вы наш, он появился раньше git. Так почему бы гиту не перейти на ртуть?
| |
2.87, Аноним (87), 13:01, 19/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
у гита один большой недостаток, после оглашения которого все остальные достоинства не имеют значения
| |
|
1.5, Дуб (?), 13:50, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Надо отдать должное — меркуриал тупо надёжнее гита. Недостатков ровно два: он на питоне и за ним не стоит армады IT-гигантов.
| |
|
2.6, Аноня (?), 13:56, 17/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
В каком месте он тупо надёжнее? В каком месте гит ненадёжен?
| |
2.7, Андрей (??), 13:59, 17/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Их больше: метаданные репозитория занимают больше места чем в git. Обновление больших репозиториев (например, mozilla) занимает больше времени чем в git.
| |
2.20, Аноним (19), 15:27, 17/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Абсолютно согласен. Но нам и не нужны "столпы ИТ" (которые на деле оказываются неповоротливыми бегемотами), потому что Hg работает и без них. Меркуриал - он просто лучший! Не идеальный, но конкуренты у него хромают на обе ноги.
| |
|
3.25, Аноня (?), 16:02, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> конкуренты у него хромают на обе ноги.
На какие ноги хромают? Вы че, издеваетесь тут все?
| |
|
4.48, develop7 (ok), 21:37, 17/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
ну как же
одна нога — UI про версии файлов с исходниками, а не про кишки git. бонусом в mercurial пытаются UI улучшать; в git патчи про UX тупо игнорятся jchamano.
вторая — безопасное переписывание истории.
бонус — не является воплощением сверхценных идей торвольца «переименование записывать не будем, будем угадывать!» и «пользовательские данные могут быть мусором»
| |
|
5.71, Xasd5 (?), 14:45, 18/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> переименование записывать не будем, будем угадывать
логично так как все остальные правки тоже через "угадывание".
так что протеворечий ни каких нет.
а ты как хотел бы -- чтобы патч был бы через "угадывание", но при этом переименование было бы строго записано?
| |
|
6.72, develop7 (ok), 15:08, 18/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
поскольку имена файлов несут семантическую нагрузку, я бы хотел, чтобы оно явно записывало, что куда переименовано/скопировано. благо это не ракетная наука — mercurial умеет, bzr умеет, svn умеет, bitkeeper а «флагман» не умеет и уметь будет примерно никогда. так ещё и фанбои на разные голоса поют «это не нужно».
да даже в diff --git явно записано, что куда переименовалось :)
| |
|
7.83, Xasd5 (?), 02:07, 19/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> да даже в diff --git явно записано, что куда переименовалось :)
git не сохраняет результат от diff.
| |
|
|
|
4.84, Аноним (19), 05:22, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Git - хромой от рождения, зарождался как "личный инструмент Трольвадса". Это и есть главный фэйл всех его поделий - полное отсутствие "большой, серьёзной концепции" - что ядро, что git.
| |
|
|
2.51, Пал (?), 23:05, 17/02/2019 [^] [^^] [^^^] [ответить] | +/– | Строгие ветки, невозможность смёржить более двух бранчей за раз и откат через ис... большой текст свёрнут, показать | |
|
3.59, Аноня (?), 07:55, 18/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы перепробовали много вариантов и всё равно у вас ничего не получается. Tfs точно вам поможет
| |
3.90, нах (?), 17:53, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
там были большие проблемы с не-латинским юникодом (авторы с ним, очевидно, не встречаются), но, в отличие от вас, нашелся человек которому было надо, и который не поленился сообщить о проблеме разработчикам (заметьте, сам даже не особо в нее вникая - ну падает оно где-то там, воспроизводимо, сдаем баг в апстрим). Они еще пару дней позадавали уточняющие вопросы, и запилили фикс.
если баги в апстрим не сдавать, и пытаться решать все проблемы всего используемого софта, даже с вменяемыми разработчиками, своими силами - то, конечно же, вас непременно спасет tfs. Сообщите как начнете переход, я попкорна побольше запасу.
P.S. жаль что его разработчики, кажется, окончательно собрались добить собственный бэкэнд в пользу гита. Но вы еще успеете и на эти грабли встать, торопитесь!
| |
|
2.74, Мимо проходил (?), 16:36, 18/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Угу. Поди выкачай через hg сырцы openjdk. Сколько раз пробовал (на разных версиях) - всегда падает (довольно долго качает, прогресс виден, но когда остаётся процентов 10-30 - падает). А выкачать git'ом какое-нибудь зеркало - всегда получается. Вполне вероятно, что-то надо донастроить. Но вот у гита настраивать не надо.
| |
|
3.76, Аноним (76), 19:04, 18/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В отличие от гита в меркуриале можно выкачивать репозитарий порциями
| |
3.92, нах (?), 18:14, 19/02/2019 [^] [^^] [^^^] [ответить] | +/– | это ничего, что этим ребятам почему-то захотелось приключений, сабрепы их чем-то... большой текст свёрнут, показать | |
|
|
1.9, kosmonaffft (?), 14:04, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
NetBeans после передачи его в апач мигрировал на git. Можно его уже в список укпроектов на mercurial не указывать.
| |
1.15, Аноним (23), 14:57, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У меня с меркуриалом были проблемы, когда сделал репу на флешке и хотел коммитить на разных компах. То ли разные версии были, то ли ещё что, но второй комп упорно не признавал репы первого. Так вроде меркуриал неплохо в плане юи, не надо задумываться с теми же bare repos, как в гит
| |
|
2.16, Аноним (36), 14:59, 17/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> второй комп упорно не признавал репы первого
Это и есть надежность меркуриала. Запомни, сынок: меркуриал надежен, а гит нет.
| |
|
3.62, Andrey Mitrofanov (?), 09:21, 18/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это и есть надежность меркуриала. Запомни, сынок: меркуриал надежен, а гит нет.
+1
"..., а то так и будешь всю жизнь ключи подавать."
| |
|
|
1.18, Аноним (18), 15:21, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ] | +4 +/– | Забавная ситуация Я вот с дремучих времен работал с svn и даже делал мерджи в п... большой текст свёрнут, показать | |
|
|
3.40, llolik (ok), 19:24, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Если гитом никто по-настоящему не умеет пользоваться
Внезапно, для некоторых открытие, что git - это не только pull/commit/push и иногда merge. И таких некоторых, кто пользует git как "модный svn с ветками", отчего-то много. Шаг в сторону, хоть git, хоть hg - хана, мы такого не проходили.
В hg вхождение несколько проще, разве что, а так, принципиально для освоения, разницы не особо.
| |
|
4.54, Аноним (54), 01:23, 18/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы что-то осваивать, надо иметь в этом необходимость. С другой стороны, многие фанбои гита SVN толком не знают.
| |
|
5.60, llolik (ok), 08:16, 18/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Чтобы что-то осваивать, надо иметь в этом необходимость
Ну так я и не призываю спрыгивать только потому, что это модно. Ест-но инструмент нужно брать исходя из потребностей. Если устраивает SVN, то почему бы и нет, если в целом устраивает.
| |
5.63, Andrey Mitrofanov (?), 09:26, 18/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Чтобы что-то осваивать, надо иметь в этом необходимость. С другой стороны, многие
> фанбои гита SVN толком не знают.
Ну, да. Именно!
"SVN толком не знают", ведь "чтобы что-то осваивать, надо иметь в этом необходимость."
| |
|
|
3.78, blzz (?), 19:09, 18/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
смотрел как Линус свой гит нахваливал, как вообще он пришёл к идее написать свою CVS. Лично его интересовали такие фичи как лёгкость создавать и мержить ветки. В таких проектах как ядро линукс это наверное и годно, но в корпоративных условиях это наверное и не самое главное. Поэтому гит - потому что популярен.
| |
|
4.80, пох (?), 22:56, 18/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
его интересовала единственная фича - ничего не менять. "шлите патчи в рассылку, непременно нарезав мелкими ломтиками и каждый заверните в салфеточку".
поэтому и был написан уродливый набор врапперов, автоматизирующий ему именно такой уродливый workflow.
а автор hg в это время просто взял и написал себе на коленке бесплатную (платная уже была) dvcs, решающую некоторые нерешаемые в svn/cvs проблемы.
| |
|
5.89, нах (?), 17:43, 19/02/2019 [^] [^^] [^^^] [ответить] | +2 +/– | нет, ты опоздал родиться Его вообще не интересовал никакой биткипер - шлите пат... большой текст свёрнут, показать | |
|
6.91, Andrey Mitrofanov (?), 17:54, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Его интересовало _срисовать_ биткипер после того, как
> нет, ты опоздал родиться.
:-D
> Оно бы так и продолжалось по сей день, если бы у Биткипера
> не было очень ушлого продавца, по совместительству что-то там в свободное
> время ковырявшего в ядре.
> Совершенно нечеловеческими усилиями трехлетней ездой по ушам (хороший, с-ка был менеджер!)
Ваше восхищение "талантливым продавцом" я вижу.
Ему, восхищению, вполне верю. Записываю: " по слухан на опенете, бездарного-ленивого-грубого пассана линуса научил vcs-ам талантливый продаван проприертари ". Ничего не перепутпал? Нуилан.
> Все бы и ничего, только из-за этого hg потерял одного из ключевых
> разработчиков и автора единственной вменяемой документации.
А Hg -то при чём? //С нетерпением жду следующ ^W очередного TLDR-а. Спасибо! С удовольствием пропускаю всё, кроме первых и последних 3ёх строчек.
| |
|
7.93, нах (?), 18:29, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ничего не перепутпал?
в общем, нет - то есть пытались многие (потому что в 98м году работать с большим проектом вообще без vcs уже только Линусу и приходило в голову), но, поскольку неправильно приседали и недостаточно низко кланялись, получилось только у продавана.
> А Hg -то при чём?
а там разработчик имел несчастье работать в коммерческой конторе, которая тоже использовала БК. Ну и получил ультиматум от того самого продавана. Видимо, зарплата была ему дороже хобби, и он поклялся на долларовой бумажке, что пока работает в этом месте, никакого отношения к hg иметь не будет.
Чувака зовут (звали?) Bryan O'Sullivan, он еще и автор hgbook, никакой современной адекватной замены которой, увы, нет ровно по этой же причине.
| |
|
|
|
|
|
2.50, Vkni (ok), 22:13, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Время шло, Линус выступает в Гугле, появляются разные *hub'ы и вдруг git - это круто и молодежно. Везде PR'ы и MR'ы.
И, что характерно, ядро Linux разрабатывается не на Github. ;-) Увы, но Github не позволяет удобно вести большие проекты, распиленные на разные репозитарии.
> А вот любители гита не могут сделать ни ребейз по человечески ни сквошить свои комиты
Большинству людей из git достаточно знать clone/checkout/commit/push изредка fetch, ещё реже rebase. Зачастую даже ветки менять необязательно - достаточно master. И при всём этом убожестве получится принципиально лучше, чем без VCS.
| |
|
3.52, Аноним (18), 23:11, 17/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В том то и дело, эти "clone/checkout/commit/push" в том или ином виде позволяет делать практически любая современная VCS с поправкой на конкретный flow принятый в проекте.
Знание только как нажать одну из этих кнопочек в типовом сценарии совсем не позволяет выдвигать хоть какое-то компетентное мнение о выборе VCS.
Большинство даже не очень понимают о каком flow речь, мол "как в github делать реквесты" и всё.
Иной раз даже имея возможность выбрать и VCS и flow под проект приходится учитывать этот масс-гитхаб эффект. Для некоторых это максимум во что они в принципе вникли бы и то только из-за массовости и ореола "крутизны". По факту умеют только самое базовое, а все иные кейсы разбирают и решают другие люди, которые в свою очередь редко бывают столь категоричны в мнении.
| |
|
|
1.39, Аноним (39), 19:08, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В lklm автору меркуриал довольно популярно объясняли в 2005м году ещё, почему меркуриал говно с его подходом к ведению истории и просадки производительности.
| |
1.68, Xasd5 (?), 14:23, 18/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> В качестве обходного пути защиты можно запретить использование субрепозиториев
запретить субропозитории?!
а что мелочиться -- давайте сразу и репозитории запретим!
| |
1.75, Ложечка (?), 18:56, 18/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мм, какая погремушка, что там со слиянием крест-накрест, после него так же рвёт башню? А версионированный .hgtags это зачем, кому конфликтов после косого criss-cross не хватило, может ещё вручную .hgtags помержить?
| |
|
2.81, пох (?), 22:59, 18/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
ну так может вам руки выпрямлять и не пытаться сливать несливаемое?
> А версионированный .hgtags это зачем
это затем что мы хотим историю его изменений и да, возможность мержа с чужими.
А если вам теги не нужны или вам их босс назначает - ну так не лазте в этот файл, не будет проблем.
| |
|
|