Visual Studio и SubVersion: как насчет машинно-ориентированных файлов

Question

В качестве примера у нас есть проект модульного тестирования с файлом app.config. Файл app.config настроен для работы на нашем сервере сборки. Но если мы хотим запускать наши тесты локально (с локальной базой данных), мы должны изменить app.config ... каждый раз ... есть ли способ никогда не изменять app.config, но иметь другой файл, который переопределяет приложение. Конфигурация конфигурации? (чтобы никто случайно не заменил поврежденный app.config в subversion?)

(то же самое для курса web.config, ...)

thx, Ливен Кардоен

Answer 1

Поможет ли атрибут 'file' элемента appSettings? (MSDN)

Это позволяет вам предоставить отдельный файл, который может переопределять выбранные значения из основного app.config (или web.config).

Answer 2

Возможно, я заново изобретаю колесо, но вы можете создать несколько файлов app.config в SubVersion (app.config.release, app.config.debug), а затем добавить события после сборки, чтобы скопировать эти файлы в app.config на Разработчики машин.

Я бы тогда вообще не помещал сам app.config в Subversion, вы можете использовать app.config.production или аналогичный для хранения содержимого файла.

Answer 3

Как насчет небольшого скрипта (я бы сделал это на Perl) для каждой конфигурации, которая выполняет необходимые изменения для преобразования соответствующих частей в app.config в локальную конфигурацию, конфигурацию сервера и т. Д. Вы можете иметь одну отдельную конфигурацию проекта для каждого сценария и вызывать сценарий в событии после сборки.