Я пытаюсь рационализировать полезность преобразований конфигурационных файлов, чтобы упростить развертывание, а также безопасность оставления строк подключения внутри исходного управления. В настоящее время публикуются профили для серверов постановки/развертывания, которые имеют всю конфигурацию (строку подключения), чтобы указать на правильные базы данных. Исходя из использования продуктов PaaS, таких как heroku, у меня это было пробурено в меня, что это плохо, но нет простого способа превратить приложение windows.Управление и развертывание приложений Windows
Есть ли хороший способ отделить мою конфигурацию от моего исходного кода в окнах ?.
В идеале я хотел бы, чтобы сервер сам поддерживал конфигурацию (например, ENV vars do on heroku).
Ближайшая идея В настоящее время я настраиваю псевдонимы SQL-клиентов с помощью cli-config, а затем сохраняю все остальные базы данных в базе данных. Поэтому у меня будут только псевдонимы для приложений (MYAPP_PRODUCTION) в строке подключения. Конечно, у любого приложения, которое не использует базу данных, этого не будет, так что это тоже.. Очевидно, cliconfg не позволяет мне вводить информацию о соединении с безопасностью.
Я также думал о настройке профилей публикации во вторичном репозитории как подмодуль git (так это его репо), но это кажется сложным. Изменения конфигурации привязаны к исходному коду? (кажется, ew).
Последнее, что у меня было, это служба конфигурации, поэтому приложения подключаются к этому и получают их конфигурацию, но затем обеспечивают, чтобы приложение требовало предоставления апикинга (не хотите, чтобы приложение A читало приложение Bs конфигурация мы), и я вернулся туда, где начал.