Почему hg круто, а git - говно

[rainman_rocks]

Я не понимаю, как люди пользуются гитом, когда рядом есть меркуриал.
Просто не понимаю.

Простые примеры.
В hg все команды можно сокращать до префиксов. Например, коммит, очевидно:

hg co
Всё в шоколаде и очень удобно. Разумеется, такого же следует ожидать и от гита, да? Пробуем:

$ git co

Comments

[max630]

о, я как раз сегодня воевал с этой удобной программой.

а почему нет команды hg remote?
а почему все ремотные ветки валятся в кучу, как понять какая из них откуда и что сделать чтобы так не было?
а как посмотреть откуда ты делал мерж? hg log крайне лаконичен, и в хелпе не нашлось ключей которые это показывают.

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

[develop7]

1. hg paths + [paths] в .hgrc
2. в отличие от git, история в hg не бьётся на ветки. поэтому вопрос смысла не имеет.
3. в логе пишется, кто что с чем слил. в связке с п. 2 получается, что вопрос тоже смысла не имеет.

[max630]

2. не понял, что на кого не бьется. Вопрос смысл вполне имеет, мне приехала ветка bugfix, это чей именно багфикс?
3. мне сейчас негде воспроизводить, но я отлично помню что никакой ссылки на источник мержа не было, записи прямо ниже относились только к одной из родительских веток.

[develop7]

2. ну, по идее, того, кто коммитил в эту ветку.
3. а какая разница, откуда приехал коммит, если вопрос на самом деле «от кого этот коммит/эта ветка?»

[max630]

2. в источнике (Петина песочница) в неё коммитил Петя, а в источнике Б (Васина) - Вася. Так чьи изменения я там увижу?
3. вы по-моему не понимаете о чём я. У меня есть некоторый репозиторий с модификациями. Последний коммит (А) гласит: merge upstream. Перед ним, очевидно, предыдущего коммита в модифицированный репозиторий. Мне надо узнать, чего вообще он там написал нового. Для этого надо сделать дифф между А и тем коммитом в апстриме откуда был мерж. Где он?

[develop7]

2. после синхронизации (которую вам сделать рано или поздно придётся) - обоих.
3. hg incoming подойдёт?

[max630]

> которую вам сделать рано или поздно придётся

таки придётся? Спасибо, очень удобная программа

[develop7]

это лишь предположение.
и да, почитайте http://lib.custis.ru/Programmer_Insecurity

[max630]

по поводу ссылки "Programmer_Insecurity"

Текст по ссылке глупый. Если заставлять программистов коммитить так как им неудобно или сложно (как правило, мифические особенности психики инженеров тут не при чем, а причина требований на содержимое коммитов вполне материальна), шантажируя невозможностью коммитить, они с радостью перестанут коммитить, вместо этого сохраняя свои изменения в дифф-файлах, копиях директорий или просто держа их в рабочей копии незакоммиченными.