ЗУП (конфа изменена в некоторых местах), релиз 2.5.33.4
Надо обновить ее до 2.5.37.1. Разработчики пишут, что надо обновляться последовательно:
33.4 --> 34.2 --> 35.3 --> 36.3 --> 37.1

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

1-ый СПОСОБ:
Свою базу релиза 33.4 обновляю на 34.2, затем вношу доработки свои, запускаю в пользовательском режиме.
Обновляю на 35.3, затем вношу доработки, запускаю в пользовательском режиме.
Обновляю на 36.3, затем вношу доработки, запускаю в пользовательском режиме.
Обновляю на 37.1, затем вношу доработки, запускаю в пользовательском режиме.


2-ой СПОСОБ:
Свою базу релиза 33.4 обновляю на 34.2, запускаю в пользовательском режиме.
Обновляю на 35.3, запускаю в пользовательском режиме.
Обновляю на 36.3, запускаю в пользовательском режиме.
Обновляю на 37.1, запускаю в пользовательском режиме.
И только после этого вношу доработки свои.

В 1-ом способе после каждого обновления надо переносить доработки. Это займет ОЧЕНЬ много времени. А во 2-ром способе, доработки надо перенести только один раз - после обновления на последний релиз (я подготовлю cf с моими изменениями и загружу его в самом конце).

я бы пошел вторым путем

а я бы третьим путем. ;)

Я тоже за третий. Взять 37 релиз полный. Внести изменения, выгрузить cf файл и накатить его на свою базу

(4) А возможные обработки, которые есть в промежуточных релизах (например, переименования и удаления объектов), и которые срабатывают при запуске после обновления определенного релиза???

(0) Промежуточные обновления делать надо. Все доработки переносить в них не обязательно, НО!!! есть часть доработок, влияющих на структуру БД, типа изменения типов реквизитов, наборов движений документов, набора предопределенных значений, так вот их НАДО ПЕРЕНОСИТЬ В КАЖДОМ ПРОМЕЖУТОЧНОМ обновлении, иначе произойдет потеря данных.

(4) прально! обработки обновления придумали трУсы!

Задача облегчается тем,что доработки приходится переносить только по "дважды измененным объектам", то есть по тем, по которым есть доработки и которые меняет 1С в новом релизе.

(7) А это тут причем? В ЗУП и БП обработка обновлений поддерживает такие "скачки". Поэтому корректно отработает в данном случае.

Т.е. к примеру если обновить БП 1.6.10 на БП 1.6.31, то при первом запуске обработка обновлений последовательно запуститься по релизно, т.е. сначало запуститься обновления до БП 1.6.11, затем до 1.6.12 ... и наконец для 1.6.31

За УПП говорить не буду, но и мы в сабже не УПП обсуждаем

(5) И что? Они все отработают последовательно при запуске

(10) А если реквизит был удален в промежуточном релизе?

(0)Я за 2-ой СПОСОБ

(0) Решила пойти вторым способом. Этим способом, на копии базы подготовила cf-файл (со всеми доработками, последнего релиза). Завтра надо накатить его на реальную базу. Подскажите, последовательность:
на РЕАЛЬНОЙ базе последовательно ставлю релизы (через Поддержку - Обновить, подсовываю cfu), после каждой версии запускаю базу в пользовательском режиме. Т.е. база стала последнего релиза, но без доработок. А теперь, внимание вопрос: в последнюю очередь надо накатить мой подготовленный cf-файл (со всеми доработками, последнего релиза). Как его правильно накатить, через "ЗагрузитьКонфигурациюИзФайла" или через "СравнитьОбъединитьСКонфигурациейИзФайла"?

(13) Как тебе больше нравится так и делай. ;)
По моему хоть так хоть этак уже без разницы.

сравнитьобъединить как-то как раз для таких случаев и нужен)

(15) Спасибо )))

(11) правильное замечание. но, и потом обратно добавлен уже не таким ))

2 способ приведет к тому что могут потеряться данные в ваших доработках.

(15)ну-ну релиз поставщика 1 , релиз иб другой, предупреди его ладно об этом

+(19)что бы при следующем обновлении не возникла ветка про разные релизы и как это побороть

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

(13)Сравнить и объединить безопасней.
Чтобы в процессе накатывания обновлений не потерялись данные, надо за этим следить. Например, если у какого-то из справочников была изменена длина наименования.

Я обычно делаю это сначала днем в тестовой базе, потом вечером по окончании рабочего дня в реальной. Сделаешь в тестовой базе - увидишь все возможные проблемы.