Давно не обновляла 1С8, подскажите, правильна ли последовательность... Файла cf-типового нет. Есть только cfu новой версии. Есть измененная рабочая база, редактируется с сохранением поддержки, назову ее - БазаРАБ.

1. Есть копия БазыРАБ, назову ее БазаКОПИЯ делаю в ней Конфигурация - СравнитьКонфигурации (основную и поставщика). В результате, увижу в ней все сделанные доработки.

1. Обновляю БазуРАБ через режим: Конфигурация - Поддержка - ОбновитьКонфу, укажу файл cfu нового релиза. Причем, прежде чем нажать продолжить, ставлю фильтр на "дважды измененных" и переписываю отфильтрованные таким образом объекты. Далее, продолжаю обновление. В результате БазаРАБ  обновится, но доработки затрутся. Снимаю копию с получившейся БазыРАБ, назову ее  БазаДОРАБОТКИ.

2. Далее, переношу все доработки в БазаДОРАБОТКИ, выписанные мною на листочек на шаге2. Выгружаю получившийся cf, который по идее, будет у нас нового релиза и со всеми доработками.

3. Накатываю этот cf на БазуРАБ из шага2, через режим Конфигурация - ЗагрузитьКонфигурациюИзФайла. Но здесь есть сомнения: или надо полученный cf грузить через режим Конфигурация - СравнитьОбъединитьСКонфигурациейИзФайла?

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

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


почему ?

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

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

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

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

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

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

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

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

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

(11) хренью занимаешься

обновляй или через cfu? или через cf

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

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

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

(15) кто сказал?

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

Это как?

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

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

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

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

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

(20) так две веры