Здравствуйте, WolfHound, Вы писали:

WH>Согласен. Тем не мение если задачи назначеные разным исполнителям требуют модификации одного и тогоже элемента конфигурационного контроля то это бардак. И с этим надо бороться, а не поощарять.
WH>Проблемы паралельной правки одного файла очевидны
WH>1)Куча ручного мержа те дополнительные затраты времени. Болие того два программера в одном исходнике могут просто передраться что ну никак не способствует их производительности и рабочей атмосфере.
WH>2)И еще хуже мерж автоматический... это вобще верх садомазохизма... когда тупая машина начинает мержить логически не совместимые изменения то... I wish you happy debugging...

WH>Достоинств (кроме возможности сэкономить на архитекторе ) невижу.

Андрей, скажу вам более того... у вас к тому же и сам процесс разработки не налажен.
У нас мерж файлов происходи каждый день, так же как и сборка проекта (любого) делается каждый день. Так что "дополнительные затраты времени" настолько малы, как если бы кодер просил освободить ресурс для собственнных каких то изменений. Представьте количество кодеров > 100 и более того, и если каждый, да хотя бы половина попросит 1 кодера освободить ресурс для себя, то: сколько времени он затратит на чекин, чекаут ? сколько бесполезных копий будет в репозитории ? сколько ему времени понадобиться собраться мыслями и начать кодить заново ? и т.п.
Насчет автоматического мержа за 2 года использования СС был всего один сбой, и то по техн. причине.