У меня есть вопросы, причем раньше я как-то не задумывался,
Вот например,я прихожу к клиенту у него база на компе и с ней работают
Мне  говорит мол допиши мне кнфигурацию , мне нужн?о подключать хранилище?или как привильно сделать?

(0) Очевидно, что непосредственно над рабочей базой издеваться не стоит.
Создаёшь свою базу. А как дальше - через хранилище или через объединение конфигураций - это уж как в данном конкретном случае удобнее.
Если один работаешь - то на кой сдалось это хранилище?

(0) Что ты,собственно, дописываешь такое, что такие вопросы возникают?

(0) если единственный разработчик, и параллельно никто не будет рихтовать конфу - то взять конфу, доработать и профит. Если параллельно еще кто то доводит конфу до нерабочего состояния, то, конечно же, хранилище.

А может не стоит с такими вопросами и сразу к клиентам?

Правильно сначала сделать архив, а с такими вопросами лучше 2 архива)

+ (5) и не на том-же компе где база

для начала нужно от клиента услышать доказательства того, что конфу действительно нужно модифицировать и что типовые механизмы ему не подходят

просто на уроках мы пишем типа в новой,или дают а потом типа да загрузите вот эту и все а как правильно делать в жизни как то не говорит никто

(8) Спроси своего сенсея.

хренилище нужно для 2-х вещей - обеспечить совместную работу нескольких разработчиков и иметь историю изменений.

в остальных случаях можно обойтись объединением.

вдруг вам не рассказывали:
конфу дописывать и тестировать на тестовой базе;
перед обновлением боевой - сделать бэкап.

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

(3), (1) Хранилище нужно хотя бы для версионного контроля.
А вот как конфа будет попадать в рабочую - хоть подключай к хранилищу, хоть выгрузкой и объединением конфигурации из файла - это уже дело вкуса.
ИМХО, самый безопасный способ - разработку вести в копии базы с подключенной к хоранилищу конфигурацией, а рабочую базу обновлять с помощью разностной выгрузки. На худой конец сравнением и объединением с внешним файлом конфигурации.

(10) Вот именно. Добавлю, что не нужно добавлять новые формы динамическим обновлением - замечено, что при этом слетают тексты модулей и сами формы. Вот пример:
Потеря текстов модулей форм при получении из хранилища

(12) IMHO, в данном случае возможности хранилища просто не нужны.
Куда интереснее было бы призадуматься о создании собственной поставки.

(0) Главное - не делать копий, работать "по живому" и обновлять динамически.

(11) с $ смыться то? если без так еще и ускорения придадут...