подскажите, как безболезненно перепрыгнуть с ЗУП 3.1.9.108 на 3.1.10.110

(0)А в чем проблема конкретно?

Закрыть глаза и обновиться

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

(3) соблюдают последовательность те, кто не понимает, как работает обновление

3.1.9.108 -> 3.1.9.187 -> 3.1.9.205 -> 3.1.9.229 -> 3.1.10.78 -> 3.1.10.110

это если пошагово, то за пять шагов.

Однако, несмотря на то, что в модулях CF от полного дистрибутива заложена вся необходимая последовательность для перехода с  релизов вида 3.1.9.х на 3.1.10.х (а почти на все релизы ЗУП сейчас есть и полные дистрибутивы)...

Лично мне представляется рискованным "прыгать".
3.1.9.108 -> ... -> 3.1.9.229 -> 3.1.10.78 -> 3.1.10.110
Я бы прыгал вот так.

Это нужно садится и тестить, что не будет глюка в прыжке 3.1.9.108 -> ... -> 3.1.10.110
или 3.1.9.108 -> ... -> 3.1.10.78 -> 3.1.10.110

ТС должен сам себе решить, что ему проще: соблюсти минимально необходимое число переходов или тестить "прыжок"

(5) через режим предприятия не вызываешь обработку скачать обновление и установить ?

(6) в наших базах есть расширения. Я все равно через конфигуратор с проверкой расширения и тестированием, а только затем на рабочую.
Причем, "прыжки" как правило не требуются. Но у меня все базы заказчиков практически в обновленном состоянии.

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

Кстати, считал совершенно бессмысленным отсиживаться на каком-то из ранних релизов 3.1.9
Нужно было или оставаться на 3.1.5 или более-менее постоянно накатывать обновления

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

когда прыжки недопустимы, то об этом пишут разрабы к описанию релиза

3.1.10.110    01.08.19        3.1.5.481, 3.1.10.78

Это можно считать рекомендацией по недопустимости прыжка?

текущая 3.1.9.108

(7) порекомендуйте порядок действий

как перейти с 3.1.9.108 на 3.1.10.110 ?

обновиться

аууу

(12) ну, нажимаешь кнопку Обновить и обновляешься. Детский сад.

(14) посты перечитай - написал же выше как

в (5)

(0) Нормально все пройдет.
Проблема была только при переходе от 3.1.8.ххх на 3.1.9.ххх

1С там изрядно объекты по переименовало :)

+ Просто макеты печатных форм сменили название и названия полей, в итоге пришлось все макеты переписывать :)

(8) +1. Случаи, когда нельзя прыгать, за всю историю ЗУПа, можно наверное пересчитать по пальцам. Надо просто всегда читать описание к обновлению. Если это критично, то там четко сказано, что обновлять можно только с конкретной версии.

(12) и этот человек почти 8 лет в 1С, или все-таки около?

(21) а причем тут 1С, если он даже сообщения в ветке перечитать затрудняется?!

(20) Еще можно регулярно следить за обновлениями и просто не допускать случаев, когда могут потребоваться "прыжки". Иначе говоря, более ответственно относиться к своей работе, как владельцам информационной базы, так и лицам, ее сопровождающих.

Есть ли, где-нибудь, прямая рекомендация от 1С, что если нет противопоказаний, то можно(и нужно) обновляться через .cf на несколько версий вперед. Чтобы было так и написано - "рекомеднуется проводить обновление путем загрузки новой конфигурации из файла .cf" а если в каком-то промежуточном релизе выполнялось удаление или замена каких-либо объектов метаданных, то ничего страшного, приглашенный специалист легко поправит.

(23) В релизах обновлений, которые должны быть применены к конкретному исходному релизу, это ЯВНО написано. Все прочие обновления делаются так, что процедуры обновления ИБ применяются последовательно, и могут быть заменены кумулятивным обновлением через cf. Прямых рекомендаций этого нет, но нет и прямых рекомендаций обновляться только через cfu. На ваше усмотрение.