Обновление доработанной типовой конфигурации - несколько релизов подряд #695722


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

В этой группе 1С