Дано:

Конфигурация, пропущено более 10 релизов.

Найти:
Возможно ли обновить сразу на последний релиз, используя .cf-файл, или необходимо обновлять .cfu'шником каждую сборку, так как иногда обработчики обновления в более новых релизах удаляются (подтвердить последнее).

Вообще стыдно такое спрашивать, каюсь.

(0) в поиск
и даже не думай пытаться это обсуждать

если возник такой вопрос, то делать строго последовательно

(1) неправильно как-то ищу, пусто в поиске.

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

Цитата с инфостарта:

"Если мы проскочим при таком обновлении через ключевой релиз, в котором выполнялось удаление или замена каких-либо объектов метаданных, возникает риск потери данных. В особо ответственных случаях желательно перепроверить себя через сравнение и объединение и в случае малейших сомнений обновляться классическим методом (как минимум - до последнего ключевого релиза), не забывая запускать базу в режиме предприятия после каждого обновления и внимательно отслеживать ход выполнения обработок обновления ИБ."

Вот я сегодня узнал для себя, что такое ключевой релиз. Каждый день что-то новое.

(6) Осталось узнать какой релиз является ключевой, в некоторых случаях он как тот суслик из ДМБ

(5) инфостарт не показатель в данном случае, там как в википедии, кто на что горазд.

последовательно, уже обновил бы на 1 релиз

(9) у меня нет конкретной задачи. Я просто интересуюсь, как правильно.

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

(10) если страшно то обновляй последовательно, лично я не парюсь, и обновляю сразу даже "динозавров"

Просто вот обновляю сразу на 20 релизов, например.

При запуске уже на последнем релизе:

с 1 на 2 выполняются обработчики перехода,
с 2 на 3 тоже,
...
с 19 на 20 тоже.

И опять непонятка - чего бояться?

(13) ща тебе раскажут любимую историю про удаление реквизитов в промежуточном релизе

(11) в БП с ходу могу только 2 релиза вспомнить это на 7-ке 412 релиз и на 8-ке 1.5.22 (при переходе на 1.6)

(14) но их вроде не удаляют - а просто переименовывают в УдалитьИмяРеквизита

во всех остальных случаях я без проблем через 10 релизов перескакивал

(14) все верно, их должны удалять через версию, но куда без страшной истории.

(17) да я обычно тоже сразу "динозавров" готовлю. Никогда проблем не было, да и сейчас нет, обновлял уже кучу всего.

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

(18) т.е. их удаляют через версию? О_О

Еще одна новость дня.

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

(20) чего охаешь, версию от релиза отличаешь?

(22) просто готовиться типовой последний .cf-ник сначала, а потом уже он накатывается на конфу через поддержку.

(24) готовится*

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

правда, если бы они соблюдали свои же стандарты, перескакивать релизы в пределах версии можно было бы вообще безбоязненно.

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

почему они вообще не делают сборки вроде 10 в 1?

(24) да вот чёт через неё и ругается, попробуй на зупе сделай так

столько бы времени у людей экономилось

(29) БП 3.0.31.13  можно обновить с
3.0.30.10, 3.0.30.11, 3.0.30.12, 3.0.30.14, 3.0.30.15, 3.0.30.16, 3.0.30.17, 3.0.31.9, 3.0.31.10, 3.0.31.11, 3.0.31.12, 2.0.57.4

Чем тебе не 12 в 1?

(29) потому что бывает что после обновления ВЕРСИИ ещё и данные надо обработать под текущие изменения

(0) Не обязательно ставить все релизы, достаточно поставить те, что выложены на дисках ИТС (см. соответствующую колонку на сайте users), ведь есть такие подписки ИТС, которые не подразумевают наличие доступа к сайту users.

(33) и сделать обработку данных сразу на 10 релизов.

(35) ответственность не хотят на себя брать, это же надо все перепроверять. через 10 релизов они уже и не упомнят чего было, а механизма контроля в платформе "на пропажу" нет.

+ ни за что не отвечать гораздо проще, но тут не совсем технический вопрос.
итсы тоже должны продаваться ...

(37)
>итсы тоже должны продаваться

да, вот с этим согласен.

ИТС вообще с точки зрения бизнеса - конфетка.