Есть 3 разработчика. У каждого подключено хранилище, после написания кода разработчик помещает его в хранилище. Рабочая база тоже подключена к хранилищу.

Как затянуть только часть реквизитов и кода в рабочую базу?

манипуляциями с правой кнопкой мышки на отдельных объектах метаданных

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

(1) не. вот пример. мне  нужно перенести только справочник 2. Документ 2 переносить не нужно https://prnt.sc/fVvkNhVJXxXB

(2) а нет еще объекта.

А вообще, странный вопрос

Специальной функциональности вида "рабочая база подключена к хранилищу" нет.
Любые действия одинаковы со стороны всех подключенных к хранилищу баз. Рабочая база для хранилища такая же точно, как база разработчика.

(3) Ну так не пользуйся сравнением и объединением всей конфы с хранилищем. Зачем так делать, если изменился только один объект?
Можно ведь и без сравнения получать всю конфу из хранилища.

(4) в случае, когда надо получить корень - можно получить только все изменения корня. И причем тут соавнение и объединение

(5) да мне не нужно всю конфу получить. мне нужно только справочник 1 получить забрать к себе в рабочую базу. А Документ 1 не получать.

(6) это для наглядности показал, что хочу сделать.

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

ПОсле этого изменения конфы в хранилище, со стороны другой подключенной базы нужно заново получать от корня всю структуру метаданных. Целиком. Как бы "стурктура метаданных" равнозначна экземпляру объекта. Громоздкий, сложный объект. С необходимостью реструктуризации метаданных при подсаживании другого состояния структуры в базу.

(9) так нужно только часть объектов получить, которые находятся в хранилище.

Используй несколько хранилищ. https://infostart.ru/1c/articles/646867/

(0) Не нужно рабочую базу к хранилищу подключать, однако.

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

(13) А какой смысл подключать прод базу к хранилищу разработки? По-хорошему, прод надо файлами поставки обновлять.

(14) так это еще полбеды :-)

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

Тут 50/50 есть свои плюсы, есть свои минусы.
все зависит от организации цикла разработки в организации, в (11) хорошая статья, есть спорные моменты но в целом доступно описано что/зачем/почему.

(11) спасибо. интересная статья

Переходите на EDT

(18) EDT пока практикуют но не массово, есть еще тонкости для прода

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

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