UAVpilot писал(а):SVP писал(а):Вы мне пытаетесь рассказать о том, что происходит со мной КАЖДЫЙ день последние 20 лет
?
SVP писал(а):Вы просто не очень хорошо понимаете идеологию гита, он рассчитан на то, что вы вначале делаете 100500 веток,
а потом собираете из этих веток свою версию.
Не знаю что вы делали последние 20 лет, но судя по "тексту" похоже вы не работали в составе больших программерских проектов и не сталкивались с разрешением коллизий при слиянии веток...
Вы работали с гит в больших проектах ? Понимаете идеологию
?
UAVpilot писал(а):
Например в TI и в ST создание каждого ответвления в проекте возможно только после серьёзного обоснования оного с утверждением у главного координатора проекта. При частых комитах мелкие коллизии гораздо легче разрешаются, и случаются как правило у меньшего количества участников (по каждому файлу). А если у тебя нет интернета, то ты либо находишь его (например работая в офисе), либо вылетаешь из проекта - сроки проекта никто не будет увеличивать из-за того, что ты "забыл оплатить интернет".
Вижу не понимаете.
Никакого отношения к "оплате интернета" его отсутствие не имеет.
При высокой мобильности отнюдь не всегда реально получить широкополосный доступ в сеть, да это и не нужно.
Кроме тех кто активно коммитит, есть еще и те, кому необходимо локально быстро и без доступа к интернету собирать версии "в поле".
Не всегда, не у всех, но порою.
Локальный репозиторий - это однозначно удобная вещь.
Существуют разные способы организации работы. Какие-то из них больше заточены под открытие веток централизовано,
но есть масса вариантов (все open source как минимум), когда есть десятки тысяч людей и они ПРЕДЛАГАЮТ коммиты для решения
тех или иных проблем, а некто принимает эти коммиты или не принимает.
И никто не будет ничего согласовывать, да это и не надо. Если "главный координатор проекта" посчитает, что он может обойтись
в следующей версии без какого-либо коммита, он просто не будет его использовать.
Более того, зачастую из предложенных коммитов только небольшая часть попадает в очередную версию...
Еще раз: гит не для маленьких команд. Он для больших. Для маленьких есть средства удобнее и проще, они позволяют обширно лоцировать
файлы и как правило подразумевают работу только одного человека с одним файлом в один момент времени.