HELP: обновление без cf (есть cfu) #762172

Давно не обновляла 1С8, подскажите, правильна ли последовательность... Файла cf-типового нет. Есть только cfu новой версии. Есть измененная рабочая база, редактируется с сохранением поддержки, назову ее - БазаРАБ. 1. Есть копия БазыРАБ, назову ее БазаКОПИЯ делаю в ней Конфигурация - СравнитьКонфигурации (основную и поставщика). В результате, увижу в ней все сделанные доработки. 1. Обновляю БазуРАБ через режим: Конфигурация - Поддержка - ОбновитьКонфу, укажу файл cfu нового релиза. Причем, прежде чем нажать продолжить, ставлю фильтр на "дважды измененных" и переписываю отфильтрованные таким образом объекты. Далее, продолжаю обновление. В результате БазаРАБ  обновится, но доработки затрутся. Снимаю копию с получившейся БазыРАБ, назову ее  БазаДОРАБОТКИ. 2. Далее, переношу все доработки в БазаДОРАБОТКИ, выписанные мною на листочек на шаге2. Выгружаю получившийся cf, который по идее, будет у нас нового релиза и со всеми доработками. 3. Накатываю этот cf на БазуРАБ из шага2, через режим Конфигурация - ЗагрузитьКонфигурациюИзФайла. Но здесь есть сомнения: или надо полученный cf грузить через режим Конфигурация - СравнитьОбъединитьСКонфигурациейИзФайла?

Добавлю, база не сильно измененная, но клиент не может ждать, пока я буду переносить все доработки вручную, после обновления файлом cfu. Поэтому я хочу заранее подготовить шаг2 у себя, т.к. доступ к рабочей базе есть, а у клиента потом просто выполнить шаг1 и шаг3.

>  В результате БазаРАБ  обновится, но доработки затрутся. почему ?

и какие именно

затрутся изменения в текстах модулей, например. А также, новые реквизиты, добавленные на форму (хотя сами реквизиты не зарутся), ну и прочее...

для модулей например можно указывать какие процедуры заменять, а какие нет или руками менять процедуры в процессе обновления

это много времени займет, а у меня причина указана в .

1. В своей аналогичной копии обновляешь через поддержку на cfu через "дважды измененные". Главное не удалить новые реквизиты. Вносить все необходимые доработки сверху. Сохраняешь в файл конфу. 2. В рабочей обновляешь аналогично через поддержку на cfu, главное не удалить новые реквизиты/объекты. Дважды измененные не важны и доработки поверх не вносишь. Сохраняешь результат, но базу !НЕ обновляешь!. Обновляешь на cf из твоей копии. !Обновляешь! базу.

7+ 2. Обновляешь на cf через сравнение с конфигурацией из файла

ты ж написала, что изменений не много

не обновишь конфу поставщика

Я сначала её обновляю через cfu, а потом уже обновляю через cf изменения.

хренью занимаешься обновляй или через cfu? или через cf

Хрень или не хрень, но это способ проверенный (и не только мной - есть подробная статья этого способа на инфостарт) и он гарантирует обновление измененной конфигурации. ЗЫ Если ты конечно понял последовательность действий.

я не понимаю зачем такие трудности, когда сейчас можно обновиться за один раз с учётом 5

так она на копии будет обновлять. А с полученного cf из копии не обновишь конфу поставщика в рабочей.

кто сказал?

Не поняла фразу: "В своей аналогичной копии обновляешь через поддержку на cfu через "дважды измененные"." Это как?

это зубы через *опу

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

Зачем мне в рабочей конфигурация поставщика???

Ну типа при следующем обновлении, может пригодиться. Если вдруг эту базу не ты будешь обновлять, ты же не все существующие в мире базы 1С обновляешь?

Ты же сам пишешь, что "сначала готовят cf с настройками", т.е. у меня уже есть база для обновлений в которой есть конфигурация поставщика. При следующем обновлении я тупо обновлю эту свою базу, выгружу в CF и загружу её в рабочую. Как оно мне пригодиться, если мне нечего сравнивать, у меня уже подготовленный cf который осталось только загрузить?

так две веры