2015-10-22 3 views
1

У меня есть несколько несколько файлов web.config:Несколько файлов web.config в среде

  • Web.config
  • Web.Debug.config
  • Web.Dev.config
  • Web.IntTest .config
  • Web.ProdTest.config
  • Web.Prod.config

Где Web.config - основной файл конфигурации, а остальные - файлы преобразования.

Я использую Octopus Deploy для развертывания, и он автоматически использует правильное преобразование при развертывании в каждой среде. Тем не менее, если бы я должен был создать soultion локально, он использовал бы преобразование Web.config с использованием Web.Debug.config, то есть основной будет изменен, поэтому, если бы я теперь проверял решение, то мой Web.config был бы преобразован с использованием Web .Debug.config, что было бы неверно.

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

Спасибо, Майк

+2

Не уверен, что это решение для вас - я просто не пользователь Web.Debug.config (то есть dev config является источником от всех преобразований). –

+0

Да, я тоже подумал об этом, и, может быть, это стандартный способ сделать это? Я не создал эту конкретную структуру, поэтому я не знаю, почему она настроена таким образом. – Michael

+0

Кажется, это правильный способ сделать это, поэтому, если вы добавите свой комментарий в качестве ответа, я буду отмечать его как правильно, спасибо! :) – Michael

ответ

0

Несколько вариантов для вас

  1. Не используйте Web.Debug.config, как упомянуто в комментариях
  2. Have Web.Release.config есть все преобразования необходимо скорректировать web.config

Мне нравится второй подход, поскольку он не позволяет кому-то менять базовый web.config (с или без него lp от преобразований), и он доходит до производства. Мы эффективно рассматриваем Web.config как файл конфигурации отладки.

Смежные вопросы