git vs hg

[lb_ivil]

Оцениваю я что там, что там с точки зрения малого количества активных разработчиков. Что будет при 5 и более1 программистов я на практике не знаю2, а потому и не пишу про бранчи и теги

Comments

[vedun_z]

В одном из проектов, судя по гит, у нас им пользуются 24 человека. Ну и ничего так, бранчи это главные фича гита, у них как раз часто бывает, что есть пара основных веток, а ещё разные люди пилят свои фичи в своих ветках и мержат их.

[lb_ivil]

Не, использование веток и мердж мне понятен, про гит-флов я тоже читал. Просто в полтора человека это реально вряд ли нужно.

[shaera_epine]

Я в одном из проектов из своего бранча ещё раз 5 бранчевался, чтобы уметь удобно переключаться между разными версиями.

[lb_ivil]

> вряд ли нужно
Я херово сформулировал, видимо. Суть не в том, что я не знаю, что делать с бранчами или не пользуюсь ими, а в том, что я не работаю с ними на том уровне, чтобы говорить, чьи прикольнее - гитовские или хегешные.

[osboo]

вопрос: а что такое построчный стейджинг?

[lb_ivil]

Возможно, я это коряво называю. Суть, что когда добавляешь файлы в stage area (оттуда потом идёт коммит) в гите, можно построчно выбирать изменения, которые туда вносить. Очень удобно тем, что в типичном случае правок в коде вносятся и концептуальные, и косметические изменения, и очень приятно иметь возможность их разделить на несколько разных коммитов. Я вот вчера, допустим сидел, писал пару часов, потом раз - и разбил всю работу на несколько коммитов более точно и быстро, чем я смог бы сделать это в меркуриале.

[osboo]

да, в hg бы такое.

[lb_ivil]

Поисследовал и накатал второй апдейт. Не всё так плохо, как казалось, вроде бы.

[fadim]

>А уже очень похоже на правду.
ты опечатался

[lb_ivil]

нет ты