Имя: Пароль:
1C
1С v8
Обновление доработанной типовой конфигурации - несколько релизов подряд
0 Kateryne
 
23.01.14
09:46
Есть доработанная типовая конфигурация на поддержке с возможностью изменений.
Есть пропущенные релизы - около 10 штук (cfu).
Есть тестовая копия рабочей базы.
Если накатить последовательно на тестовую базу все cfu в режиме обновления (внося ручные правки там, где нужно оставить доработки), и подготовить в результате cf-файл, включающий все изменения.

Потом взять этот cf и накатить через сравнение-объединение или замену cf, а потом прогнать все cfu, сняв для всех объектов галочки (для поднятия версии конфигурации поставщика).

Насколько вероятно то, что данные, модифицируемые поставочными скриптами обновления, при таком механизме обновления на рабочей базе корректно не обновляться? Речь только о релизах последнего года.
1 jsmith82
 
23.01.14
09:48
ужас какой-то
накатываешь все цфу в режиме затирания нетиповых изменений
потом ручками изменяешь полученный цф
только так
2 shuhard
 
23.01.14
09:48
(0) данный вопрос обсужден на форуме 100500 раз
3 Kateryne
 
23.01.14
09:52
(1) хм. но так сложно будет найти "дважды измененные", разве нет? Особенно если изменений очень много.
(2) Да я читала тоже 100 раз, но обновляю типовые ОЧЕНЬ редко, хочу подтверждения от людей, возможно уже налетавших на грабли. Опыт не пропьешь. :)
4 Бледно Золотистый
 
23.01.14
09:56
(0) >>>Если накатить последовательно на тестовую базу все cfu в режиме обновления<<<
в таком случаи после каждого обновления можно сохранять cf, которые потом просто последовательно загружать в рабочую, запуская предприятие после каждой загрузки
5 Kateryne
 
23.01.14
09:58
(4) т.е. все же до сих пор нежелательно обновлять последним cf?
Хотелось сэкономить окно на обновление.
Про старые релизы знаю, что могли быть косяки в данных при пропуске релизов. Свежих релизов (БП 3.0, ЗУП 2.5) это тоже касается?
6 Бледно Золотистый
 
23.01.14
10:12
(5) При обновлении 1-м cf - нет 100% гарантии от косяков, но если понимать что делаешь, то вероятность неудачного обновления минимальна. В любом случае сначала на копии тестировать надо.
7 mikeA
 
23.01.14
10:16
(3) как вариант можно выгрузить тексты модулей и использовать DiffMerge например
8 vladko
 
23.01.14
10:20
(0) Если конфигурация бухгалтерия или УТ, тогда прыжок сразу на 10 релизов безболезненный. Если у тебя УПП или комплексная, тогда лучше по cfu
9 jsmith82
 
23.01.14
10:20
(3) сравнить текущий цф с конфигурацией поставщика
запротоколировать
потом руками по этой бумажке руками менять конечный цф
только так
10 jsmith82
 
23.01.14
10:21
и не факт, что 10
там же окна есть
11 zak555
 
23.01.14
10:22
> Есть доработанная

что там доработанного ?
12 Prog2014
 
23.01.14
10:24
(0)если это не фискальная бухгалтерия то можно и не делать ничего
13 vs1c
 
23.01.14
10:24
Попробуйте узнать с помощью желтых книжек или гуглопоиска что-нибудь про слово "поставка" в контексте 1С. Должно полегчать.
14 Prog2014
 
23.01.14
10:27
(0)насколько я понял вопрос там дело в том что запускаются обработки при обновлении и таким образом вам нужно в общем случае не один такой цф готовить а несколько в порядке доступности непоследовательного обновления описанного в юсерском разделе
Ошибка? Это не ошибка, это системная функция.