управление файлами конфигурации для приложений .net

Question

У нас есть 7 различных компонентов и 7 различных сред, в которых мы устанавливаем все эти компоненты.

Таким образом, когда эти компоненты установлены в различных средах, есть вероятность, что мы упустим возможность изменить имена серверов в URL.

Любые предложения по управлению этими многочисленными конфигурационными файлами eviournment в красивой манере.

Answer 1

Вы рассматривали возможность использования инструмента сборки, который позволил бы вам ориентироваться на различные среды?

Я использовал Visual Build и MS build для аналогичных развертываний. Другой пользователь также порекомендовал разрабатываемый инструмент под названием " dashy ", если вы тоже хотите его проверить.

Answer 2

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

Недостатком является то, что вам нужно поддерживать разные версии файлов, и если вы вносите изменения, вы должны следить за тем, чтобы они все обновлялись.

Answer 3

Я видел ряд компаний, имеющих специально написанное для этого средство, с небольшой базой данных, которая содержит ключи, которые необходимо изменить, и значение для среды. После сборки проекта, но до развертывания, инструмент запускается на выходе сборки, чтобы соответствующим образом изменить файлы конфигурации.

Answer 4

Как насчет использования установщика, когда вы устанавливаете приложение, убедитесь, что пользователь действительно изменяет файл конфигурации через установщик?