У нас порядка 10 разработчиков в одной конфигурации (в частности в той, с которой работаю я).

У каждого своя база для разработки. Захватываем объекты в хранилище, дорабатываем.

Если необходимо захватить корень, то после захвата добавляем нужные объекты и сразу помещаем корень обратно. При этом необходимо не забывать про заглушки в модулях, если помещаешь подписку или регламентное задание. Т.е. вместе с объектом не забыть поместить и модуль с вызываемой объектом функцией. В случае с регистрами - не забываем помещать и документ.
В этом первый минус хранилища. Потому что при помещении объекта ни на что не ругается. Но у других разработчиков при получении объекта будут ошибки и база не обновится.

После окончания доработки передаем в тестирование и в задаче указываем номер базы, где дорабатывали. Тестировщик тестирует, после этого возвращает задачу с пометкой, что можно помещать все изменения в хранилище или нужна доработка.
И здесь проявляется второй минус хранилища. Если я параллельно дорабатывал один и тот же объект по нескольким задачам, то поместить я могу либо все, либо ничего. Или комментируем все изменения по другим задачам и помещаем только изменения по нужной. В этом месте часто возникают ошибки.

Также если объекты захватил другой разработчик, то опять же задачу не можешь выполнить, пока другой этот объект не отпустит. А задачи бывают и от 40 часов. Приходиться выкручиваться, договариваться.

Частая ситуацию - разработка во второй базе, которая не подключена к хранилищу. После проверки задачи сравнением и объединением переносить изменения. Здесь тоже частенько бывают ошибки.

Т.к. конфа сильно доработана (при том, что это ЗУП :) ) при обновлении ответственный человек захватывает все объекты в хранилище, кроме наших. И опять вся работа стоит, либо пользоваться второй базой. Т.к. обновлять могут до двух дней.

Все обновления из хранилища на боевую базу накатываются раз в 10 дней после полного тестирования конфигурации (но и оно слабо помогает от ошибок, только от основных). При появлении ошибок обновляем динамически или ночное обновление тех объектов, которые требуются.

Какого-то "правильного" варианта работы с хранилищем нет. Все зависит от внутренних регламентов, от условий работы, от типа задач, которые стоят.

Основной совет - не хранить все добавляемые функции/процедуры в одном модуле. Делить по функциональности, назначению и т.п. Активно пользоваться модулями менеджера.

Последний выдох ГПЖelseifКакого-то "правильного" варианта работы с хранилищем нет.

потому что оно убогое. на уровне базовых возможностей vss 10-ти летней давности

еще ломается к тому же

Может в скором времени не будет конфигуратора, а будет 1C: Enterprise Development Tools