> Merge - это часто требуемая на местах функциональность, которую невозможно "переложить
> на плечи специалиста".Я по прежнему считаю что вы врядли захотите получить результат мержа после дизайнера, манагера-маркетолога и прочих техписов. Которые могут подогнать полезный проекту материал, но напрочь не технари и тем более не программисты. Я полагаю что таким людям лучше не проводить мерж ни в какой системе контроля версий, во избежание факапа лишний раз.
> Например, merge нужен для того, чтобы синхронизировать свою ветку, которую ведёшь отдельно,
> с github'овским master'ом. Т.е. либо git clone ... и ручное внесение
> своих изменений, либо merge.
А чем вам не нравится git pull из мастера, если уж оно надо? Мерж потребуется только при конфликтах, а поскольку дизайнеры, техписы, переводчики и прочие манагеры код трогать вообще не должны, конфликт свидетельствует или о каком-то грубом косяке со стороны такого индивида, или о том что PM пролошился и разные люди два раза работали над одним файлом типа рисунка, что заведомо кривая ситуация, иррелевантно к vcs. А в нормальном виде, покуда нет грубых нарушений воркфлоу - такие люди просто не должны налетать на конфликты и нужду мержа. Меньше проблем всем остальным.
> Чтобы было проще, синхронизироваться нужно раз в
> день-два. А ведение отдельной ветки до pull-request'а - минимум неделя.
Дизайнер или техпис врядли сможет сделать мерж нормально. Как операцию. Независимо от VCS. Поэтому этим должны заниматься другие, во избежание. И таким людям кстати совершенно не обязательно синхриться с мастером раз в пять минут - сделали фичу да выкатили пулл реквест. Остальное вообще не их дело.
> И что - каждый день звать хозяина github'а с просьбой о помощи? :-)
Ну если глупить с организацией воркфлоу - еще и не так можно. Но я думаю что воркфлоу надо строить "с каждого по способностям" и мне кажется наивным уповать на то что переводчик может хорошо сделать мерж и ничего не сломать.
