|
Снова за обновление нетиповой конф(УПП) | ☑ | ||
---|---|---|---|---|
0
mfjw
18.07.12
✎
13:04
|
Добрый день!
Довольно много было было создано топов на эту тему. Но как-то сложилось мнение, что четкой определенности по данному вопросу все же нет. Ситуация такая - есть УПП 25 релиз нетиповой. Причем, 25 - это версия рабочей конфиги. А версия типовой(та же база) -23. При проведении сравнения выявлено было, что до этого обновления делали не оч добросовестно - в т.ч. болтались некоторые старые объекты от предыдущих релизов, которые теперь сняты с поддержки. Сначала подумал, что проще будет сделать сравнение рабочей конф с конф поставщика из той же базы через НАстройка-Поддержка-Настройка поддержки-Сравнить, Объединить. Потом выявленные т.о. нетиповые изменения накатить на новый релиз(27). потом ЦФником с нее уже обновить старую рабочую базу. Но я на каком-то начальном этапе накосячил по неопытности, поэтому получилось так, что версия поставщика осталась 27, а релиз рабочей конфы поменялся обратно на 25. Поднять релиз не получается. Теперь решил сделать так, как на инфостарте написано, т.е. по порядку. Сначала сравниваю через поддержку-обновление исходную рабочую конф(23 релиз поставщика, 25 - рабочей базы) с 25... но чет понять не могу, чего тут неправильно делаю - галками отметить, установить режим объединения и порядок есть возможность только те объекты, которые вывалились при сравнении в исходной рабочей базе через поддержку-настройка поддержки-сравнить, объединить(видимо, отличия м/у рабочей 25 и типовой 23?). А с остальными объектами(в общем-то, в них дописок нет), в которых вроде найдены различия, но не поддаются корректировкам и сравнению, что дальше делать? http://s50.radikal.ru/i130/1207/86/65c10631c093.jpg ну и по-подробнее хотелось бы.. |
|||
1
mfjw
18.07.12
✎
13:22
|
ну или хотя б подскажите, как правильно(в подробностях поэтапно) выявить отличия после сравнения через поддержку обновление
|
|||
2
mfjw
18.07.12
✎
13:56
|
народ, ну есть же тут те, кто обновлением конф занимается. подскажите
|
|||
3
rinatru
18.07.12
✎
14:02
|
берешь чистую 23... на нее сверху сравниваешь свою дописанную.
выявляешь измененные объекты. затем на чистую 25-ую сравниваешь рабочую, снимаешь галочки.. .и потихонечку объект за объектом обновляешь... где автоматом флаг, где вручную вносишь изменения и еще замечание... с 23 на 25 сразу прыгнуть нельзя схема такова: 23.1 - 24.2 - 25.1 |
|||
4
Terve-R-
18.07.12
✎
14:02
|
"на каком-то начальном этапе накосячил по неопытности" - откатить назад не судьба?
|
|||
5
mfjw
18.07.12
✎
14:41
|
rinatru,
в том-то и дело, что с 23 до 25 обновлял совсем другой человек. А косяк надо исправить, потом обновиться до 27 нормально с сохранением дописок. Версия рабочей базы как раз 25, а конфа поставщика(поддержка-настройка поддержки) - стоит 23. Т.е. все-таки надо с 25ым релизом сравнивать через обновление? |
|||
6
mfjw
18.07.12
✎
14:46
|
Terve-R,
а будет ли это правильным способом обнолвения вообще? на типовую чистую конфу 27 накатить дописки, выявленные в старом релизе руками. после - из этого добра вытянуть ЦФник для обнолвения рабочей старой базы. |
|||
7
Vitamax3
18.07.12
✎
15:16
|
(6) Объекты которых нет в 27, но есть в старой базе остануться.
Прийдется чистить руками ( |
|||
8
Vitamax3
18.07.12
✎
15:21
|
+(7) хотя если ОБЪЕКТЫ из дописки вставишь в новую через Сравнить/Объединить, то ИМХО можно просто ЗАМЕНИТЬ CF в старой базе. Естественно сначала на копии.
|
|||
9
mfjw
19.07.12
✎
06:30
|
(8)
Так это нормальный, адекватный вариант обновить конфу? делая сравнение основной конф с конф поставщика(которая внутри этой же базы) и перенося выявленный при этом дописанный сторонним разработчиком код в последний релиз руками. С которого потом уже и вынимаем для обновления ЦФ. |
|||
10
Рыжий Лис
19.07.12
✎
08:08
|
Запустить обновление на 25 релиз. Снять все галки. Выполнить. Настройка поддержки сравнить, объединить. Затем настройка, разрешить удаление объектов.
|
|||
11
mfjw
19.07.12
✎
09:25
|
(10) Вот, в общем-то это и сделал. А как бы правильно перескочить без потерь с 25 на 27 релиз? Вот тут подробности нужны...
|
|||
12
rinatru
19.07.12
✎
09:26
|
(11) через 26-ой.. без потерь
|
|||
13
Serg_1960
19.07.12
✎
09:38
|
Обратил внимание как автор сумбурно излагает свои проблемы... И в головетакая же каша? Без обид: рано топикстартеру ещё прыгать, дай бог ходить научиться.
|
|||
14
mfjw
19.07.12
✎
09:40
|
(12)
допустим, если нет 26го. ну или возникла необходимость обновить базу до свежего, с перескоком через 10 релизов. Я так понял, что есть два способа - или через ключевые релизы обновляться(что тоже довольно долго), или на чистую типовую базу 27 поставить измененные модули/объекты из 25го релиза. т.о. предполагается получить ЦФ для обновления уже рабочей базы... или это тоже заведомо неверный вариант? |
|||
15
mfjw
19.07.12
✎
09:41
|
(13)
да, есть такой недостаток. но суть проблемы, надеюсь, донести получилось |
|||
16
rinatru
19.07.12
✎
09:48
|
(14) заведомо неверный вариант. только через ключевые релизы
|
|||
17
rinatru
19.07.12
✎
09:51
|
в каждом ключевом релизе есть обработка обновления информационной базы. ну ладно. потеряешь ты время и запустишь ты все эти обработки последовательно, и может быть у тебя ничего не потеряется, но как быть с реквизитами, которые были в N релизе, в N+1 релизе они пометились на удаление (не надо объяснять как это делают разработчики?), тут же данные в обработке обновления данные перенесены в другие объекты, а в N+2 релиза данные объекты уже не существуют
|
|||
18
mfjw
19.07.12
✎
09:57
|
(17)
Понял. т.е. эти эксперименты с непредсказуемым результатом и никаких способов оптимизировать, ускорить процесс обновления древних релизов нет... |
|||
19
rinatru
19.07.12
✎
10:20
|
(18)
могу посоветовать только в промежуточных релизах следить за добавлеными объектами и реквизитами, за типами составных данных, а на изменения в модулях - не обращать внимания. в общем, делать так называемый технических релиз для обновления в последнем релизе перенести и изменения в модулях и макетах. я так делаю для клиентов, которые вспоминают об обновлениях раз в полгода и надо "к понедельнику" срочно обновиться через 4-7 релизов |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |