Подключены к хранилищу Рабочая база, Копия1, Копия2.
На Копии1 захватывается корень, добавляется новый элемент конфигурации. Помещается в харнилище рекурсивно.
В Рабочей подтягиваются рекурсивно все изменения. Нет нового объекта!!!
Открываем дерево хранилища. Там объект есть. Ни кем не захвачен.
На Копии2 подтягиваются рекурсивно все изменения. Объект появился.
На Рабочей отключаемся от хранилища, подключаемся снова. Все снова подтягиваем. Нет объекта!!!
В хранилище он все так же есть.

не надо рабочие к хранилищу подключать

(1) А как тогда изменения в рабочую переносить? объединением-сравнением? Копипастом?

(2) отдельная база, изначально копия рабочей. В неё всё вносится, а потом её cf загружается в рабочую. Именно загружается, а не сравнивается

(2)[объединением-сравнением?]
угу
либо cf, либо cfu

(3) а если нужно частичное обновление?

(5) Частично обновляй промежуточную базу

рабочая подключена к другому хранилищу

(6) это каждый раз новую копию рабочей делать?

(8) Назачем?

(1) Обоснуйте пожалуйста.

(10) ну хотя бы: Вася выложил ЧАСТЬ оч.объемного функционала в хранилище, по ошибке или как - неважно
функционал частичен, неоттещен к тому же полностью

Вася2 - обновил рабочую

результат - сбой работы

(3) Хорошо. В "отдельная база, изначально копия рабочей" подтягиваю изменения. В хранилище, есть, в "отдельная база, изначально копия рабочей" не появилось. В Копии2 появилось.
Что делать?

Вася2 с мозгом дружить обязан и накатывать на рабочую только свои плюшки, а не Васи.

(13) к (11)

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

как вариант: у Васей - общая плюшка (задача) и работают они ее в четыре руки

(13)Из хранилища нельзя подтянуть одну процедуру из большого модуля. И вообще, тестовые среды должны стоять отдельно от рабочих.

(13) в этом и вопрос, что репозиторий не всегда валидный а накатывать надо, вот и накатывают все...

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

Тема зашла не в ту сторону.
С точки зрения хранилища - нет разницы, какая копия, подключенная к нему где находится, и сколько пользователей в ней работают. В первом моем посте (0) замените слова "Рабочая база" на Копия3.
Что? С Копией1, Копией2 работает, а с Копией3 - нет?

(18)Копия3 подключена не к тому хранилищу?

(19) Все подключены к одному хранилищу

(20)Тогда новый объект - зависимый регистр, к которому не подтянуто ни одного регистратора.

Гадать можно долго, отсюда плохо видно, что там у вас.

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

(0) Хранилище иногда глючит. Смирись)

ПолуOFF (15)(16)(17) Получается, что обновление рабочей базы (из cf, cfu тестовой подключенной к хранилищу) только после логического завершения определенной разработки.
Что мешает из хранилища обновить рабочую в таком же порядке, а именно только после завершения/тестирования доработки.
Нафиг придумывать контроль над контролем, так и косяк тоже можно подтянуть из cf, а потом перенакатывать опять целиком при исправлении, а через хранилище удобней.

(24)У меня проекты могут запросто пересекаться. Например, изменение структуры регистра и изменения в документе. В модуле документа разнесено по процедурам, но тестирование производится в разные сроки.

(24) если программист 1 - то Вы правы, когда программистов 2 - уже риск велик, а когда их 5-7 то неизбежно кто-то что-то проморгает...

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

(24) если у тебя один проект единовременно делают, это не значит что все так работают
проектов параллельных, крупных и мелких, может быть множество, одновременно
и дело не в контроле, а в скорости разработки

(0) Чисти кэш.
Про то, что рабочая не должна быть подключена к хранилищу - не слушай. Есть разные ситуации. Иногда такое положение вещей оправдано, иногда нет. Только если рабочая будет отключена от хранилища используй механизм поставок, а не загрузку cf.