Дебианизм оперденей головного мозга

[metaclass]

Как известно, ребе theiced постоянно критикует меня за использование разнообразного софта, который по его мнению, написан криворукими уродами, как то - дебиан, дельфи, винда xp, firefox итд итп. Ну, он всегда критикует, это привычно.

Но после того, как я осилил рисование плат в Eagle, который по юзабилити упорот где-то на уровне среднем между "опердень на кларионе под windows95 написанная руССкими программистами методом портирования опердени под DOS" и "клиент-банк, который писали программисты налоговой инспекции, после того как их уволили из НИИГиТ", я начинаю сомневаться в собственной адекватности, может я действительно от 15 летней работы с чужими и своими оперденями сошел с ума и теперь могу пользоваться только софтом, который пишут невменяемые люди и который требует для работы стояния на ушах.

Comments

[theiced.livejournal.com]

>все претензии к Торвальдсу :)

угу, именно к нему.

>на самом деле, гит сейчас распространен настолько, что не уметь им пользоваться стало нельзя

а я про что сказал. приходится пользоваться ;)

>да и удобнее он в некоторых аспектах

в каких?

[vaddimka.livejournal.com]

удобное бренчевание (можно работать над несколькими бренчами не создавая две копии файлов проекта)

локальные коммиты, локальная история изменений

status показывает все в более человеческом (чем svn) виде

передача по сети в сжатом виде, можно работать хоть через gprs при желании (в том же svn получение каждого файла - отдельный запрос к серверу)

ну и плюс удобная обвязка, гиториусы всякие

хотя что в svn, что в гите, мне не хватает того что в ClearCase называют композитными бейзлайнами

не понял претензии

[nealar.livejournal.com]

svn через жопорез работает отлично

Re: не понял претензии

[vaddimka.livejournal.com]

работать-то работает, но на каждый файл делается отдельный GET, что при тормозных пингах вызывает серьезные задежки

[theiced.livejournal.com]

все эти плюсы есть в меркуриале жеж. вы о чём?

[vaddimka.livejournal.com]

а я его не юзал, не попадался мне он еще как-то
надо глянуть

[theiced.livejournal.com]

так ёпрст. я ж гит не с цвсом, упаси ктулху, сравнивал.

по поводу бранчей

[x-den.livejournal.com]

за реализацию named branches в меркуриале отрубить бы пальцы.

первые версии не умели нормально закрывать бранчи - начали различать "активные" и "неактивные", у которых нету топологического хэда. хрен с ним, что когда из активного бранча add_perdelka делаешь add_svistelka, add_perdelka становится неактивным, хоть ты хотел только распараллелить разработку. чтобы он опять стал активным, нужно его найти среди 100500 закрытых ранее неактивных бранчей, апнуться в него, а потом сделать и закоммитить изменения.

решили поправить это дело: сделали commit --close-branch. но вот засада: бранч остается топологическим хэдом и старые версии меркуриала (привет, ubuntu 10.04) будут считать закрытый бранч активным, а hg view еще и будет показывать его хэд вверху, чтобы "удобнее было".

отдельным приветом разработчикам идут неудаляемые имена бранчей: меркуриал будет ругаться, если попытаешься реюзнуть имя бранча add_perdelka через 3 года активной разработки забыв, что уже был такой, меркуриал будет упираться. в принципе, можно это force-нуть, но тогда log -b add_perdelka стряхнет пыль старины и покажет заодно коммиты, до которых тебе нету дела.

ну и венец творения, имя бранча в метаданных коммита. то есть если, допустим, есть бранч васи пупкина fix_operden из ревизий r100:120, и ты хочешь взять из него r105:115, которые без конфликтов накладываются на r99, и сделать начиная с r99 свой бранч fix_operden_more, то мэйнтэйнер опердени пися камушкин, когда попытается смержить ваши фиксы, будет материть вас обоих почем свет, потому что коммиты r105:115 из fix_operden и r100:110 из fix_operden_more будут иметь разные хэши и меркуриал будет считать их совершенно несвязанными, порождая конфликт на ровном месте.

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