Всем привет!
Есть переписанная база, которую обновляли последний раз в 2018 году.
У меня вопрос, как лучше проводить обновления? Я могу тупо накатить все изменения и потом все дописки накатить поверх обновленной базы?
Или руками все дописки снимать из объединения?
Подскажите, пожалуйста, какие еще есть варианты обновления?
Варианты не обновлять не рассматриваются.
Заранее всем спасибо за ответы!

(0) Да похрен, ДО не сильно менялся за это время

(1) Это какой вариант обновления? =\

(2) Перевожу на понятный язык: "Конфигурацию укажи".

(2) Это такая база
И это такой тупой вопрос в (0), ни здрасьте ни насрать, некогда объяснять, суй помидоры в жопу, говори быстрее, как обновлять
Начни с (3), да

(3) УНФ 1.6

(5) Там двойка уже, если че

+(6) А, сорри, это же УНФ
Тройка значит

Последняя версия  в ИТС 1.6.27.295 у меня сейчас 1.6.16.176
Доделки в плане документов ЗаказаПокупателя, Производства, и формирования цен. Необходимо к этой базе прикрутить ЭДО или Контур + обновления печатных форм.

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

(8) https://releases.1c.ru/project/SmallBusiness30

(8) Дата выхода релиза: 31.03.2022

(10) Не, у меня не стоит задача перейти на тройку...

(10) Или это необходимое условие? Все доделки придется один фиг адаптировать.

(12) А куда ты денешься? 1.6 уже все, больше не поддерживается. Все актуальные изменения только на 3.0
И если не обновлять до актуального состояние, то зачем тогда вообще обновлять?

(14) А где про это можно прочитать? Не могу найти в новостях

(14) Нашел. Спасибо!

И все таки. Как лучше произвести обновления?

(17) всё индивидуально, зависит от масштаба доработок.

(17) В твоем случае лучше все по очереди, как полагается, с переносом настроек

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

(19) Спасибо. А так хотелось легких путей =))

(20) типовой переход с 1.6 на 3 через остатки или обновлением ?

(22) обновления но нужен последний релиз 1.6

Т. Е. Сначала накатывает последний релиз 1.6 потом уже 3.0

(24) Понял. Спасибо!

(20) А в каком-то промежуточном релизе поменяли тип одного из ресурсов регистра стандартным для 1с способом (условно со строки на справочник), а одном из следующих обновлений удалили временный ресурс "МойРесурс_Удалить".

Ты накатываешь последнее обновление и данные из этого ресурса полностью исчезли.

(26) Гипотетически? или есть примеры
Поэтому и пишу что нужен промежуточный релиз чтобы такого небыло

(27) Конечно гипотетически, я не знаком с этой конфигурацией.
Но однозначный ответ может дать только тот, кто уже обновлялся с его релиза, на текущий и то не факт - может ему просто повезло

(0) Я обновлял обновлятором.

Обычно обязательные релизы, через которые надо обновляться, можно определить так:
1. Делаем пустую базу, в которую загружаем конфигурацию поставщика текущей версии из рабочей базы. Это - "старая версия" и "текущее обновление".
2. Сохраняем в отдельный файл конфигурацию поставщика из пустой базы, если еще этого не делали. Это - "предыдущее обновление".
3. Берем с releases .cfu максимально возможной от "предыдущего обновления" и обновляем пустую базу на него. Это - "текущее обновление".
4. Сравниваем комплект обработчиков обновления "текущего обновления" и "предыдущего обновления".
5. Пока видим, что обработчики обновления только добавлялись, повторяем пп. 2-4. Почему: "старая версия" может обновляться как на "предыдущее обновление", так и на "текущее обновление", соответственно "предыдущее обновление" не нужно.
6. Если видим, что обработчики обновления удалены по сравнению с "предыдущим обновлением", и среди обработчиков теперь отсутствует "старая версия", то "предыдущее обновление" добавляем в список опорных версий - через них нужно обновляться в обязательном порядке. Теперь "старая версия" - это "предыдущее обновление".
7. Повторяем п.п. 2-7, пока список обновлений не кончится.

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

В УНФ список обработчиков заполняется здесь:
ОбщийМодуль.ОбновлениеИнформационнойБазыУНФ.ПриДобавленииОбработчиковОбновления()

Я некоторое время назад прогонял описанный алгоритм для старой версии УНФ.
Вот, что у меня получилось:
(надо смотреть)--1.6.16.153
1.6.16.153--1.6.18.156
1.6.18.156--1.6.20.189
1.6.20.189--1.6.23.117
1.6.23.117--1.6.25.236
1.6.25.236--(надо смотреть)
(если версия попадает в интервал, нужно обновляться на последнюю версию из этого интервала и всех последующих)

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

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

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

"не забывать".

(33) Спасибо! Про перезапуск забыл на ранних стадиях, пришлось с нуля. Но зато теперь все идет нормально, надеюсь немного писанины будет. Но то, что она будет это факт =(( Хотелось, конечно обойтись без этого