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

У меня в стадии реализации небольшой проект, в котором я экспериментирую с AppHarbor . Для тех из вас, кто не знаком с этим, AppHarbor позволяет автоматически создавать и развертывать проекты ASP.NET MVC в облаке, добавляя определенный пульт Git и затем отправляя свой проект / исходный код на этот пульт.

В настоящее время я работаю над тем, чтобы у меня был главный репозиторий Git на GitHub , который я клонировал на свою машину разработки. Затем я добавляю пульт AppHarbor в свою рабочую копию. Я буду вносить свои изменения, отправлять на GitHub каждые несколько коммитов для сохранности, а когда я буду готов развернуть новую версию, я могу просто отправить ее в AppHarbor.

Хотя это отличный рабочий процесс, он приносит возникла для меня новая проблема, касающаяся файлов конфигурации. Раньше я исключал Web.config из системы управления версиями и вместо этого проверьте файл с именем Web.config.example , который содержит все правильные ключи, но с фиктивными значениями. Затем я просто сделал бы копию этого файла на своей машине разработчика, удалил расширение .example и отредактировал значения в соответствии с требованиями.

Когда дело дошло до развертывания, я создал еще одну копию под названием Web.config.live , заменил значения на правильные для сервера, загрузил ее и удалил .live .

Проблема, с которой я столкнулся, заключается в том, что если Web.config находится не в системе управления версиями, когда я нажимаю на AppHarbor, проект не будет работать (потому ему не хватает правильной информации о конфигурации). Тем не менее, я не хочу, чтобы текущая строка подключения была общедоступной на GitHub, как это было бы, если бы я когда-либо помещал Web.config в главное репозиторий.

Какие у меня здесь варианты? Буду признателен за любой совет.

5
задан Mark Bell 29 June 2011 в 11:23
поделиться