Пал последний оплот Mercurial (hg)

Ну и славно. Я не помню, чтобы Mercurial был чем-то сильно лучше гита.

Вот, можно будет избавиться от неэффективного локального клона hg и оставить только git на жёстком диске:

$ time find .hg -type f > /dev/null

real	3m25.098s
user	0m2.372s
sys	0m10.100s

$ time find .git -type f > /dev/null

real	0m0.180s
user	0m0.000s
sys	0m0.012s

$ find .hg -type f | wc -l
714136

$ find .git -type f | wc -l
57

$ time du -sh .hg
6.9G	.hg

real	4m30.003s
user	0m2.320s
sys	0m24.992s

$ time du -sh .git
3.5G	.git

real	0m0.445s
user	0m0.000s
sys	0m0.021s

И обновляется git-репозиторий в несколько раз быстрее.

умерла … Python

Туда и дорога.

А надо переходить на darcs

Туда ветки уже добавили? Ящитаю есть только один путь: ClearCase.

Он лучше как минимум тем что он не гит.

А вообще DVCS не нужны почти нигде на самом деле.

Он лучше как минимум тем что он не гит.

Очень информативно.

А вообще DVCS не нужны почти нигде на самом деле.

Ооо! СВНщики-ретрограды подъехали! Как там в монорепах дела?

Померла так померла. Давно пора.

Ага, вот из-за того что люди не пользовались ранее DVCS, я имею сейчас примерно 15 репозиториев развернутых из архивов с просранной историей разработки, причём 5 из них с пожёванным кодом.

При этом сотня-другая Git-репозиториев тех лет (~2008-2010 годы) полностью сохранены со всей историей разработки, ветками и тегами.

Так что я искренне благодарю Git за смерть никчёмного и централизованного CVS- и SVN-кала аля дохнет сервак – дохнет история проекта.

У тебя накрылся диск на котором был свн сервер а в бекапах была только рабочая копия?

Кстати, а может и правда кто-то тут может объяснить прелести Mercurial в сравнении с гитом? Не просто так же его до сих пор пилят и даже пользуют. Последний релиз вот буквально вчера был.

Типа, я понимаю что классного в darcs и прочих pijul. А вот Mercurial выглядит как клон БитКипера (как и гит), только на пердоне и хуже.

Не у меня, а у кучи людей которые вели раньше эти репозитории и забивали на BackUp’ы. Где-то накрылся диск, где-то тупо сервера пропали навсегда из сети и остались ZIP-архивы на рабочей машине мимокроков, где-то владелец сервера перестал отвечать и сервер подох.

В итоге там где пользовались Git и Mercurial – всё чётко восстановлено, а там где SVN и CVS – ад и погибель без намёков истории и код непонятной консистенции из протухших backup’ов. При этом с десяток серверов очень нужных проектов которые было бы неплохо сохранить утеряны навсегда из-за SVN.

Мне несколько раз приходилось заниматься дрочевом с накатыванием в гит коммитов из последовательно всех релизных тарболов программы, чтобы получить хоть какое-то подобие истории.

ClearCase

License IBM EULA

Не нужно.

Туда ветки уже добавили?

А их удаляли?

Не нужно

Ты не шаришь. ClearCase – это глобально, надёжно и энтерпрайзно. Чтобы поднять и обслуживать его, нужна выделенная команда админов.

А их удаляли?

В Darcs нету веток. Это одна из жирных проблем этой VCS.

Помер максим, да и х** с ним.

Хм, интересный аргумент - использовать DVCS как штатный бекапер истории. Ну, наверно в некоторых случаях и правда имеет смысл. Но не владельцу репы, который обычно и координатор разработки. У него то в любом случае или всё останется или у него пропал интерес (иначе б не потерял так).

В Darcs нету веток.

4.2

А потом ты хочешь форкнуть впопенсорцный проект, автор которого забухал и слился, а тебе хер вместо истории разработки. Знаем, видели.

Копии репозитария – это не ветки.

Так в том и дело что автору то от этого ничего плохого. А значит ему нет резона думать о такой ситуации. А vcs выбирает он.

Ну, наверно в некоторых случаях и правда имеет смысл. Но не владельцу репы, который обычно и координатор разработки. У него то в любом случае или всё останется или у него пропал интерес (иначе б не потерял так).

Речь, кстати, именно о свободных и открытых проектах, где SVN действовал во вред. Утеряны, к примеру, кучи SDK для некоторых интересных железок, которые даже сейчас представляют некоторый интерес, а всё потому что тогда в конце нулевых решили использовать SVN и self-hosted вместо «новомодного-смуззи» Git. А сейчас мне плачутся – хотели вспомнить молодость, а нет BackUp’ов и никуда не было зеркалирировано, так как был SVN.

Чтобы поднять и обслуживать его, нужна выделенная команда админов.

«И там, где раньше с трудом справлялась команда из 4-х человек, теперь отлично справляется два отдела человек на 16» (c)

Помнится на ЛОРе бегал тайлгуня и тыкал своим Mercurial’ам в темы, а троллинг ртуте-юзеров тёр с -7, вот где-то там у него было в достоинствах: делает clone быстрее чем Git

Mozilla переходит на распределенную систему управления версиями - и это Mercurial (комментарий)

Да нет, vcs давно никто не выбирает. git init и поехали.

ну, то что в 2007 году такое было, я вполне могу поверить. Но я про 2023 спрашиваю.

Ящитаю есть только один путь: ClearCase.

Лови смищнявку на ночь от подрядчика давно почившей Motorola, так любившей этот Clear Case и /vobs/ в руте:

Insider:

А код да, утекал, конечно. Отношение было достаточно фривольным, версионной системой (ClearCase) иногда пользовались, чтобы передать фильмы, накачанные торрентами в командировках в ту эпоху, в Нижний, где еще не было нормального adsl. Некоторые брали исходники прошивок на память.

Когда речь шла про достоинства Mercurial, почему-то всегда в пример ставили TortoiseHg как очень крутое GUI для DVCS и сильно ругали Git за отсутствие подобного инструмента.

Хотя я что тогда не понимал смысла TortoiseHg, что сейчас вообще его не понимаю. Для чего это всё, если ты пишешь код в IDE, Vim или Emacs и у тебя везде есть удобные Git-примочки, чтобы делать коммиты, смотреть diff’ы, проводить ревью кода и всё это прямо в удобном для тебя окружении. Для чего, спрашивается, нужен вообще отдельный инструмент тем более отдельной сущностью?

Может быть я немного профдеформирован полным прочтением книги Pro Git, но работу с DVCS из любимой IDE или просто из эмулятора терминала, я нахожу куда как удобнее чем работу в какой-то странной GUI-оболочке, тем более на довольно неторопливом Python’е, который так и норовит дристануть километровым traceback’ом в открытое окно.

на довольно неторопливом Python’е, который так и норовит дристануть километровым traceback’ом в открытое окно

Поэтому ты везде форсишь meson на этом самом python. Логично, чо.

pijul

Хорошая шутка.

Кто-то там из слоупоков остался?

Scintilla и SciTE регулярно забираю.

только?

Octave, pypi, RhodeCode

значимых проектов

Firefox я лет 5 использую в лучшем случае для того, чтобы скачать один раз deb или rpm файл другого браузера, если он явно отсутствует в репозиториях дистрибутива.

Ну для начала Mercurial не умер а просто теряет попурярность, на что есть объективные причины. До него точно также ушли CVS,Subversion и Bazaar - команду bzr еще кто-то помнит?

Кто-то там из слоупоков остался?

NetBSD сейчас находится в процессе перехода с CVS на hg. Это еще в категории слоу или уже некро?

А вообще, конечно, ждем got от OpenBSD поскорее в популярность.

Может помнишь как на svn терялись коммиты?

А зачем тебе «история разработки», если до тех коммитеров ты все равно не достучишься?

Ооо! СВНщики-ретрограды подъехали! Как там в монорепах дела?

Чему ты удивляешься? Он мне доказывал что MAC не нужны, Unix permissions хватит всем. Такому ретроградству даже Эдик позавидует

Он мне доказывал что MAC не нужны

И в чем же он неправ?

Unix permissions хватит всем.

А вот тут действительно неправ - эта хрень тоже не нужна.

И в чем же он неправ?

В том, что попытка накостылять то же самое при помощи unix permissions приведет к полному хаосу.

А вот тут действительно неправ - эта хрень тоже не нужна.

Ты поехавший?

Почитал. Зачем это нужно не очень понятно.

В том, что попытка накостылять то же самое при помощи unix permissions приведет к полному хаосу.

И не надо костылять. Просто забить и работать - раз уж нам досталась многопользовательская легаси-помойка - исключительно от рута.

Ты поехавший?

Да.

Сосурити-сектанты - вменяемы, так и быть.

1. относительно гита он не таким шизоидным казался в плане обращения если вы переходили с свна.

2. не ручаюсь, но вроде можно было слить себе подпуть (/someproject/somerepo/src/somemodule/files) в репозитории вместо всего проекта целиком и работать только с ним. Эта фича тоже хорошо работала в свн, но не была нужна Торвальцу с его одним главным в жизни проектом и пристрастием к flopp^Wpatch невторку.

3. кажется, нет там такой беды, что коммиты являются глобальными относительно репа, что может сказаться на конкурирующих изменениях в бранчах. Вобщем, гит хорош если вы зигуете абсолютно всегда одинаково, а на каких-то непростых, но вполне жизненных кейсах, он часто обсирается. Благо там теперь есть рефлог что-бы откатить любые разрушения. Но вот не далече чем сегодня мне гит засрал ченджсет когда я попытался переключиться на другую ветку и обновить ее не закоммичивая локальных изменений. Это несмотря на то что я делал изменениям шелф.

не таким шизоидным

вам ли судить, Леонид Ильич 🤡

Когда речь шла про достоинства Mercurial, почему-то всегда в пример ставили TortoiseHg как очень крутое GUI для DVCS и сильно ругали Git за отсутствие подобного инструмента.

Но ведь… TortoiseHg работает и для Git. Впрочем, я тоже не очень понимаю, зачем эти гуи нужны. Пытался использовать gitk, gitkraken, гуй в vscode и ещё несколько штук. Единственный раз, когда это пригождалось, это когда коллеги высрали с десяток веток и надо было быстро глазами видеть логи изменений в них всех разом (граф коммитов). Но это довольно редкий случай. В среднем мне хватает magit.

вроде меркуриал еще не имеет костыльного решения работать через ssh, вот я в гите прокинул репы с системой управления из контейнера наружу и они сходу не заработали(можно работать только по http), потому что веб проксируется нгинксом, а ssh нет

веб проксируется нгинксом, а ssh нет

Чувак… короче, ты не поверишь!

upstream ssh_host {
  server 192.168.1.2:22;
}

server {
  listen 22002;
  proxy_pass ssh_host;
}

и этот красивый номе^Wпорт будет в урлах отличаться от веба что-бы все тренировали память и коммуникацию? Этож надо будет еще в гитлабе где-то прописывать наверное.

и этот красивый номе^Wпорт будет в урлах отличаться от веба что-бы все тренировали память и коммуникацию? Этож надо будет еще в гитлабе где-то прописывать наверное.

Ну, ты лично можешь прокинуть и на 22 порт. Nginx пофигу, лишь бы он был свободен на хосте.

это отменяет всю концепцию контейнеров