Octopus Deploy развертывает непреобразованные файлы конфигурации

В настоящее время я настраиваю Octopus Deploy для приложений нашей команды. Это довольно просто и довольно интуитивно понятно в настройке.

Во время развертывания он правильно выполняет *.config преобразование файлов. Web.config обрабатывается для использования данных в Web.Test.config и Web.Release.config, как и ожидалось во время этих развертываний. Однако другой файл конфигурации остается развернутым — при тестовом развертывании я получаю Web.Release.config в щупальце.

Я мог бы написать простой шаг сценария в своем развертывании, чтобы удалить их, но мне было интересно, знает ли кто-нибудь способ предотвратить это?


person hsimah    schedule 16.06.2016    source источник


Ответы (2)


Развертывание Octopus по умолчанию будет выполнять только преобразования файлов, которые находятся непосредственно в пакете и развернуты на машинах целевой среды. Он не удаляет преобразования автоматически, и вы можете добиться этого с помощью postDeploy.ps1. или используйте Файловая система — Чистая конфигурация Преобразует шаблон.

Функция преобразования по умолчанию

person Alex M    schedule 17.06.2016
comment
Спасибо. Преобразование работает нормально, я просто не хочу развертывать другие наши файлы конфигурации конфигурации (т.е. Web.Release.config, находящиеся на тестовом сервере). Я подумал, что это будет сценарий после развертывания. - person hsimah; 20.06.2016
comment
В библиотеке осьминога есть Файловая система — Чистые преобразования конфигурации. Используйте его для удаления файлов преобразования из среды развертывания. - person Alex M; 06.09.2018

При развертывании мы используем выходные данные производственной сборки. В этом выводе есть только один файл web.config (msbuild уже выполнил преобразование). Затем, когда мы развертываем для тестирования (или любой другой среды, кроме рабочей), мы вручную выполняем преобразование, используя https://ctt.codeplex.com/. Я думаю, что это дает вам лучший пакет (меньше файлов), и вы развертываете оптимизированный производственный код во всех своих средах.

person E. Staal    schedule 15.07.2016