У нас есть 7 разных компонентов и 7 разных сред, в которые мы устанавливаем все эти компоненты.
Поэтому, когда эти компоненты установлены в этих разных средах, есть вероятность, что мы пропустим изменение имен серверов в URL-адресах.
Любые предложения по управлению этими многочисленными конфигурационными файлами в красиво оформленном виде.
Рассматривали ли вы возможность использования инструмента сборки, который позволил бы вам работать с различными средами?
Я использовал Visual Build и сборка MS для аналогичных развертываний. Другой пользователь здесь также рекомендовал разрабатываемый инструмент под названием "dashy", если вы хотите можно тоже проверить.
Как насчет использования установщика, когда вы устанавливаете приложение, убедитесь, что пользователь действительно изменяет файл конфигурации через установщик?
ну, в зависимости от того, что вам нужно, вы можете хранить все изменяемые элементы в базе данных. Другой подход, который мы использовали в нашей среде, заключается в том, чтобы иметь файл конфигурации для каждой среды и позволить нашему процессу развертывания отправить правильный файл в нужное место.
Недостатком является то, что вам нужно поддерживать разные версии файлов, и если вы вносите изменения, вы должны убедиться, что все они поддерживаются в актуальном состоянии.
Я видел ряд компаний, имеющих специально написанный для этого инструмент с небольшой базой данных, которая содержит ключи, которые необходимо изменить, и значение для каждой среды. После сборки проекта, но перед развертыванием, инструмент запускается на выходных данных сборки, чтобы соответствующим образом изменить файлы конфигурации.
