обновление не типовой через подготовленный файл cf
Добрый день!
Вопрос с обновление не типовой конфигурации.
Создал пустую конфигурацию с новым релизом, там внес все поправки.
Выгрузил готовый файл конфигурации в cf.
Хотел поставить ее в рабочую базу.
Далее в рабочей базе.
Если делаю в конфигураторе "Конфигурация - поддержка - обновить конфигурацию" и выбираю cf с новым релизом , то выходит сообщение что новая конфигурация не найдена.
Если делаю "конфигурация - сравнить, объединить с конфигурацией из файла", то общие модули не обновляются (не берутся из файла).
Если делаю "конфигурация - загрузить конфигурацию из файла, то в режиме предприятия не запускается процесс обновления, что понятно. И так делать нельзя.
Получается нельзя обновить конфигурацию из готового не типового файла cf?
Нужно обновлять из типовой конфигурации и потом сразу вносить изменения?
Вопрос с обновление не типовой конфигурации.
Создал пустую конфигурацию с новым релизом, там внес все поправки.
Выгрузил готовый файл конфигурации в cf.
Хотел поставить ее в рабочую базу.
Далее в рабочей базе.
Если делаю в конфигураторе "Конфигурация - поддержка - обновить конфигурацию" и выбираю cf с новым релизом , то выходит сообщение что новая конфигурация не найдена.
Если делаю "конфигурация - сравнить, объединить с конфигурацией из файла", то общие модули не обновляются (не берутся из файла).
Если делаю "конфигурация - загрузить конфигурацию из файла, то в режиме предприятия не запускается процесс обновления, что понятно. И так делать нельзя.
Получается нельзя обновить конфигурацию из готового не типового файла cf?
Нужно обновлять из типовой конфигурации и потом сразу вносить изменения?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)Не все релизы при обновлении можно пропускать.
1. Нужно на копии подготовить cf на каждый шаг обновления. (обновляешь копию, вносишь сторонние изменения, тестируешь, что изменения работоспособны, сохраняешь cf, обновляешь на следующий релиз, etc)
2. В день X на рабочей обновляешь штатным образом, потом сравнить/объединить с cf нужного релиза из шага 1 (те объекты что под замком штатно обновились), запуск 1С предприятия (дабы обработчики обновления отработали). Потом следующий шаг, etc, etc, etc.
Пропускать при обновлении релизы, нерекомендованные к пропуску сильно нежелательно. Работы может резко прибавится.
1. Нужно на копии подготовить cf на каждый шаг обновления. (обновляешь копию, вносишь сторонние изменения, тестируешь, что изменения работоспособны, сохраняешь cf, обновляешь на следующий релиз, etc)
2. В день X на рабочей обновляешь штатным образом, потом сравнить/объединить с cf нужного релиза из шага 1 (те объекты что под замком штатно обновились), запуск 1С предприятия (дабы обработчики обновления отработали). Потом следующий шаг, etc, etc, etc.
Пропускать при обновлении релизы, нерекомендованные к пропуску сильно нежелательно. Работы может резко прибавится.
(6) Так же делаю всегда.
Иначе не всегда корректно, т.к. идентификатор реквизита с совпадающим именем будет не совпадать, и данные потрутся, если через "Загрузить конфигурацию".
К тому же, часть изменений не затирается при обновлении, и их не приходится повторно вносить.
Иначе не всегда корректно, т.к. идентификатор реквизита с совпадающим именем будет не совпадать, и данные потрутся, если через "Загрузить конфигурацию".
К тому же, часть изменений не затирается при обновлении, и их не приходится повторно вносить.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот