Комментарии 2
С одной стороны - отличный подход, который может упростить работу с проектом.
Но история коммитов - это далеко не changelog, т.е. не история изменения проекта. Так что назвать это лучшими практиками лично я не могу. Это далеко не универсальный подход.
P.S. не стоит забывать, что высокая автоматизация и всякие ограничения хороши только до тех пор, пока все в порядке и все идет по плану. Но малейший форс-мажор может превратить всю автоматизацию в "тыкву". Поэтому надо учитывать возможность ручного вмешательства в процессы, причем на очень гибком уровне.
Кроме того, команде аналитиков, разработчиков и заказчикам проекта важно иметь описание хронологии изменений проекта в читабельном виде.
Может будет лучше релиз-ноутсы + граммотный техрайтер в штате, вместо бездушной простыни коммит-логов от приходящих\уходящих разработчкиов?
Улучшаем процесс ведения проекта в Git