Коммиты должны отображать изменения внесённые в конкретный момент, формат и полноту определяете сами или руководствуетесь политикой компании.
Идеально получается когда используется какая либо система управления проектами, тогда в коммите указывается ID тикета и всегда можно посмотреть развёрнутую историю изменений - что, где, когда, зачем и почему.
А по большему счёту, программисту фиолетово на то что вы там верстаете, разве только вы внесёте изменения в "динамическую" часть и от программиста потребуется внести изменения в какой либо партиал, но это он явно должен узнать не из ваших комментов в GIT.
Каждый решает для себя сам.
Кто в ридми пишет, кто в отдельном файлике, кто редмайн крутит, кто на каком нить из git хостингов вики пишет.
В общем это не задача гита а организация работы над ошибками и подходить к задаче нужно именно со стороны "управленческой".
У меня все репозитории на своём gitlab сервере и всё решается с помощью issue.
If the user is not a member of your organization, they'll receive an email inviting them to the organization. They will need to accept the invitation before becoming a member of the organization.