Как разделять названия коммитов на гите на фронт и бэк?

Question

[Георгий Кузнецов]

Допустим в отдельном репозитории в одной ветке разрабатывается вместе и фронт и бэк для сайта. Каким образом лучше обозначать какой из частей сайта "посвящён" коммит?

p.s. спрашиваю, так как названиям в IT уделяется непомерно много внимания

Answer 1

[Владимир Куц]

Договоритесь о системе именования коммитов. К примеру:

commit -m "FRONT: какой-то комментарий к коммиту"
...
commit -m "BACK: какой-то комментарий к коммиту"

Answer 2

[mkone112]

Я бы вообще разделил репы

Comments

[Георгий Кузнецов]

мысль хорошая, но я бы всё равно подумал над тем удобно ли подобное разделение на 2 репозитория

[Vitsliputsli]

Нет смысла принципиально разный код держать в одном репе. Неудобно может быть только, если фронт и бек неразрывно связаны.

[Георгий Кузнецов]

Vitsliputsli, можете хотя бы примерно описать, почему Вы так считаете?

[Vitsliputsli]

Георгий Кузнецов, посмотрите на варианты решения с 1 репом: помечать коммиты. Т.е. тот кто будет работать с репом в голове должен отсеивать ненужные коммиты. Зачем? Если можно этого не делать. Не только коммиты, но и релизы общие. Если работаете по gitflow и создаёте release из dev, то например front будет ждать back, даже если мог бы зарелизится без него. То же самое с пулреками, все в одной куче, ревьюиров дефолтных не назначить, придётся выбирать для каждого пулрека. Разграничить доступ тоже нельзя, весь код в одном месте.

Answer 3

[GavriKos]

Как вам удобно так и обозначайте, главное чтобы все это делали одинаково в команде и всем было понятно

Answer 4

[Lynn «Кофеман»]

Есть вот такой гайд https://dev.to/i5han3/git-commit-message-conventio...

Он не идеальный, во многих случаях избыточный, плохо ложится на русский язык (если вы пишите коммиты на русском), но как отправная точка вполне хорошо.

По этому гайду получится что-то типа
feat(front): перекрасить кнопки
perf(back): убрать квадратичную сложность