Имя: Пароль:
1C
1С v8
Снова за обновление нетиповой конф(УПП)
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 релизов