Вопрос. Деплойка для целей доставки релиза для конфы на поддержке с возможностью изменения

[git22ura]

Доброго дня!
Спасибо за инструменты и вебинар!
Проясните последовательность накатывания нового релиза для конфы на поддержке с возможностью изменения.

• скачали новый релиз типовой конфы (пусть для определенности это БП)
• в БД разработчиков, подключенной к хранилищу, через Конфигурация-Поддержка-Обновить конфигурацию сделали обновление. Т.е. понаставили галочек, порешали конфликты, разрулили по коду.
• сохранили CF-файл из БД разработчиков в условленное место \для_накатывания\44.204.cf
  Как в автомате доставить на рабочий контур? Сначала же надо рабочий контур из cfu-ника обновить еще, правильно?

[nixel2007]

@git22ura для рабочего контура два варианта - либо обновление полной загрузкой из cf, либо подготовка специальной поставки через https://github.com/oscript-library/packman и обновление через поставку. Прод при этом стоит на всех замках вот от этого специального дистрибутива.

[git22ura]

обновление полной загрузкой из cf

Страшные вещи вы говорите человеку до сих пор обновлявшему только через поддержку.

либо подготовка специальной поставки через https://github.com/oscript-library/packman

Там подробной инструкции нет, поэтому тоже страшно.
Боязнь вызвана неуверенностью, что база1 обновленная стандартными путями через поддрежку будет отличаться от базы2 обновленная загрузкой или пакмэном. Идентификаторы всякие и т.д.

[nixel2007]

@git22ura packman готовит cf, которым так же можно обновить через поддержку. по поводу cfu вопрос к @EvilBeaver - умеет?

[EvilBeaver]

Умеет, но потребуется предыдущая версия, относительно которой надо построить CFU.

задумка:

• Есть каталог с неким именем, например "storage", в котором в подкаталоги складываются все предыдущие релизы
• В пакмане есть параметр командной строки, в котором надо указать этот каталог и он попытается построить CFU относительно CF, которые там лежат

[EvilBeaver]

Закрываю?