Можно ли делать подобные коммиты?

Каким образом правильно организовать коммиты на проекте с использованием формата описания изменений в .md файле, где указываются версия, общая версия и дата изменения, а в самих коммитах - только название версии (например, v. 1.2.3)? Желательно ли вести все эти коммиты в основной ветке, а при необходимости создавать отдельные ветки и использовать Conventional Commits для других коммитов?
  • 8 июля 2024 г. 22:42
Ответы на вопрос 2
Делать подобные коммиты, где в описании изменений указывается только название версии, возможно, но не рекомендуется. Использование формата описания изменений в .md файле, где указываются версия, общая версия и дата изменения, является хорошей практикой для структурирования и отслеживания изменений в проекте. Однако, важно также в коммитах указывать конкретные изменения, чтобы было легче понять, что именно было внесено.

Что касается организации коммитов на проекте, желательно создавать отдельные ветки для разработки новых функций или исправления ошибок, и вести изменения в соответствующих ветках. Использование Conventional Commits также может быть полезным для структурирования коммитов и автоматизации процесса релиза.

Таким образом, рекомендуется вести все коммиты в отдельных ветках, следуя принципам Conventional Commits и сохранять основную ветку (например, master) стабильной и чистой. В этом случае структурирование изменений и отслеживание версий проекта будет более удобным и прозрачным.
Если ты делаешь для себя, делай как хочешь. 
Но смысл делать подобный .md файл немного отсутствует - есть же git log
Сейчас не совсем понятна мысль - ты хочешь автоматический change log, или тебе просто хочется иметь текстовый файлик?
Но в бренче может быть много коммитов, пока не закончишь фичу, и зачастую "чистовик" пишется уже при слиянии в основной ветке, со сквизом промежуточных коммитов.
Похожие вопросы