Мерзавец: конфигурация приложения и различные среды

Мы используем мерзавца для большинства веб-приложений, которые мы создаем в нашем магазине, и хотя сами приложения используют множество технологий (PHP, направляющие, и т.д.), у нас обычно есть подготовка и рабочий сервер для каждого сайта. Как правило, эти серверы имеют различные наборы учетных данных базы данных, а также различные основанные на среде параметры конфигурации (например, кэширующийся). Наш рабочий процесс обычно включает поддержание двух ответвлений мерзавца на проект: ведущее устройство, которое отражает рабочий сервер и подготовку, которая отражает подготовку. Новые возможности разрабатываются при подготовке (или небольшой филиал) и объединяются назад с ведущим устройством после завершения и развертывания.

Мой вопрос относительно лучшего способа поддержать конфигурационные файлы, которые являются ответвлением - и определенный для среды. Я видел ответы от подобных вопросов здесь и здесь, и ни один действительно не удовлетворяет. Основные два подхода, кажется, a) использование .gitignore исключение для отъезда файлов конфигурации за пределами области мерзавца, или b) написание отражающего, осведомленного о среде кода, который определяет, например, что учетные данные базы данных использовать на основе имени хоста. Моя проблема с a) то, что это только позволяет одному набору файлов конфигурации существовать в кодовой базе (независимо от текущего ответвления), таким образом, файлы конфигурации другой среды теряются. b), с другой стороны, просто, кажется, требует ненужной модификации кодовой базы способом, которая не чувствует себя связанной с функциональностью приложения.

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

Там какой-либо путь состоит в том, чтобы выполнить этого мерзавца использования?

Спасибо за Ваше внимание!