GIT, как правильно работать с тестовыми ветками (исключаем слияние измененных конфигов)?
Недавно начал разбираться с GIT'ом, технические вопросы достаточно хорошо освещены, интересуют принципиальные подходы.
К примеру есть проект в репозитории:
1. создаем дополнительную ветку test
2. в ней помимо прочего меняем конфиг проекта
3. завершили работу в test, мерджим с master'ом
4. помимо прочих изменений в master так же прилетает и изменение конфига, а это то как раз и нежелательно.
Как в данном случае правильно обработать данную ситуацию?
исключить файл из репликации (.gitignore, exclude и прочее)?
Какой способ используется и считается наиболее корректным?
Я бы в .gitignore записал, тк если рабоате несколько человек над проектом, у каждого можеть быть свой конфиг со своими настройками.
Или же если всего два конфига типа дев и продакшн - сделайте чтобы динамически нужный подключался в зависимости от окружения, тогда не придется ни откатывать ни писать в .gitignore
PS: не забудьте что хранить данные подключения к БД и прочую секурную информацию в файлах, которые идут потом в репо - очень не рекомендуется
Лучше всего избежать попадания с помощью .gitignore, но при условии, что в этой ветке работаете только вы один. Или при мердже предварительно откатить файл конфига.
Помимо предложенных вариантов, можно просто не включать изменения в конфиге в индекс перед коммитом.
На диске будет лежать измененный конфиг, а в хранилище нетронутый.
Это опять же при условии, что Вам не нужно работать с этой веткой с другого компьютера.
