Добрый день!
Довольно много было было создано топов на эту тему. Но как-то сложилось мнение, что четкой определенности по данному вопросу все же нет.
Ситуация такая - есть УПП 25 релиз нетиповой. Причем, 25 - это версия рабочей конфиги. А версия типовой(та же база) -23. При проведении сравнения выявлено было, что до этого обновления делали не оч добросовестно - в т.ч. болтались некоторые старые объекты от предыдущих релизов, которые теперь сняты с поддержки.

Сначала подумал, что проще будет сделать сравнение рабочей конф с конф поставщика из той же базы через НАстройка-Поддержка-Настройка поддержки-Сравнить, Объединить. Потом выявленные т.о. нетиповые изменения накатить на новый релиз(27). потом ЦФником с нее уже обновить старую рабочую базу. Но я на каком-то начальном этапе накосячил по неопытности, поэтому получилось так, что версия поставщика осталась 27, а релиз рабочей конфы поменялся обратно на 25. Поднять релиз не получается.

Теперь решил сделать так, как на инфостарте написано, т.е. по порядку. Сначала сравниваю через поддержку-обновление исходную рабочую конф(23 релиз поставщика, 25 - рабочей базы) с 25... но чет понять не могу, чего тут неправильно делаю - галками отметить, установить режим объединения и порядок есть возможность только те объекты, которые вывалились при сравнении в исходной рабочей базе через поддержку-настройка поддержки-сравнить, объединить(видимо, отличия м/у рабочей 25 и типовой 23?). А с остальными объектами(в общем-то, в них дописок нет), в которых вроде найдены различия, но не поддаются корректировкам и сравнению, что дальше делать?
http://s50.radikal.ru/i130/1207/86/65c10631c093.jpg
ну и по-подробнее хотелось бы..

ну или хотя б подскажите, как правильно(в подробностях поэтапно) выявить отличия после сравнения через поддержку обновление

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

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

и еще замечание... с 23 на 25 сразу прыгнуть нельзя
схема такова: 23.1 - 24.2 - 25.1

"на каком-то начальном этапе накосячил по неопытности" - откатить назад не судьба?

rinatru,
в том-то и дело, что с 23 до 25 обновлял совсем другой человек. А косяк надо исправить, потом обновиться до 27 нормально с сохранением дописок. Версия рабочей базы как раз 25, а конфа поставщика(поддержка-настройка поддержки) - стоит 23. Т.е. все-таки надо с 25ым релизом сравнивать через обновление?

Terve-R,
а будет ли это правильным способом обнолвения вообще? на типовую чистую конфу 27 накатить дописки, выявленные в старом релизе руками. после - из этого добра вытянуть ЦФник для обнолвения рабочей старой базы.

(6) Объекты которых нет в 27, но есть в старой базе остануться.
Прийдется чистить руками (

+(7) хотя если ОБЪЕКТЫ из дописки вставишь в новую через Сравнить/Объединить, то ИМХО можно просто ЗАМЕНИТЬ CF в старой базе. Естественно сначала на копии.

(8)
Так это нормальный, адекватный вариант обновить конфу? делая сравнение основной конф с конф поставщика(которая внутри этой же базы) и перенося выявленный при этом дописанный сторонним разработчиком код в последний релиз руками. С которого потом уже и вынимаем для обновления ЦФ.

Запустить обновление на 25 релиз. Снять все галки. Выполнить. Настройка поддержки сравнить, объединить. Затем настройка, разрешить удаление объектов.

(10) Вот, в общем-то это и сделал. А как бы правильно перескочить без потерь с 25 на 27 релиз? Вот тут подробности нужны...

(11) через 26-ой.. без потерь

Обратил внимание как автор сумбурно излагает свои проблемы... И в головетакая же каша? Без обид: рано топикстартеру ещё прыгать, дай бог ходить научиться.

(12)
допустим, если нет 26го. ну или возникла необходимость обновить базу до свежего, с перескоком через 10 релизов. Я так понял, что есть два способа - или через ключевые релизы обновляться(что тоже довольно долго), или на чистую типовую базу 27 поставить измененные модули/объекты из 25го релиза. т.о. предполагается получить ЦФ для обновления уже рабочей базы... или это тоже заведомо неверный вариант?

(13)
да, есть такой недостаток. но суть проблемы, надеюсь, донести получилось

(14) заведомо неверный вариант. только через ключевые релизы

в каждом ключевом релизе есть обработка обновления информационной базы. ну ладно. потеряешь ты время и запустишь ты все эти обработки последовательно, и может быть у тебя ничего не потеряется, но как быть с реквизитами, которые были в N релизе, в N+1 релизе они пометились на удаление (не надо объяснять как это делают разработчики?), тут же данные в обработке обновления данные перенесены в другие объекты, а в N+2 релиза данные объекты уже не существуют

(17)
Понял. т.е. эти эксперименты с непредсказуемым результатом и никаких способов оптимизировать, ускорить процесс обновления древних релизов нет...

(18)
могу посоветовать только в промежуточных релизах следить за добавлеными объектами и реквизитами, за типами составных данных, а на изменения в модулях - не обращать внимания.
в общем, делать так называемый технических релиз для обновления
в последнем релизе перенести и изменения в модулях и макетах.
я так делаю для клиентов, которые вспоминают об обновлениях раз в полгода и надо "к понедельнику" срочно обновиться через 4-7 релизов