Нам нужен систематический способ игнорировать определенный файл конфигурации для ветвей, которые мы поддерживаем на git.git merge strategy для статического файла конфигурации в каждой ветке
т. Е. У нас есть файл config.xml
с базой данных, средой и другой информацией в разделах 'develop' и 'master', которые мы хотели бы оставить вне результатов 'git merge'.
Мы последовали книги инструкции SCM для стратегий слияния, но мерзавец все еще, кажется, слияние config.xml
, когда мы делаем ветвь сливает:
http://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes#Merge-Strategies
Я также имел взглянуть на этот пост SO, которые требуют сознательного программиста усилия, чтобы выборочно игнорировать config.xml
файл - кажется, чернослив ошибки:
Different configs in each git branch
Там же этот SO пост, который объясняет различный мерзавец слияние стратегии, кроме ours
, ни один из флористики RS, кажется, в соответствии с нашей цели:
When would you use the different git merge strategies?
Мне интересно, какие методы вы, ребята используют для управления изменения в конфигурационные файлы, который остается довольно последовательны в каждой отрасли, не имея «git merge
» натворить?
Спасибо за объяснение @VonC. Мы завершили реализацию стратегии замены «config» в рамках процесса развертывания. Стратегия .gitattribute и merge не была построена для нашей насущной цели, как вы говорите – snowbound