Пропуск коммит-сообщений в функциональных ветках - PullRequest
0 голосов
/ 04 июня 2018

Иногда сложно придумать хорошее сообщение о коммите.Допустим, я работаю в ветви функций, для функции, над которой я работаю один.Затем меня прерывает коллега, который просит меня посмотреть что-то в другой ветке.Затем я фиксирую свою работу и переключаюсь на его ветку, однако работа, которую я проделал, не является чем-то конкретным, поэтому сообщение о фиксации оказывается чем-то бесполезным, например, «больше работы над функцией».

Предположим, что яРаботая в одиночку над веткой функций, допустимо ли пропустить сообщение при выполнении небольших коммитов?Слияние функции с мастером с помощью git merge --no-ff -m "[Descriptive commit message]" сохранит историю мастера, что важно.

Ответы [ 2 ]

0 голосов
/ 04 июня 2018

Конечно, вы может пропустить значимые сообщения фиксации, хотя это спорно, если это не очень плохой стиль.Сообщения коммитов предназначены не только для других, они также помогают вам выяснить, что вы сделали, то есть когда вы работали над функцией в течение некоторого времени и пытаетесь выяснить, какую сводку поместить в запрос на слияние / извлечение.

Как работа, которой вы занимались, "не была чем-то конкретным"?Вы добавили недвижимость?Так что это «Добавлено свойство xy».Вы удалили устаревший код?Так что это «Удаленный устаревший код».Как вы можете что-то сделать, а потом не сможете сказать, что сделали?!

Конечно, мой ответ сильно зависит от того, что моя команда считает «чистым рабочим процессом», и никоим образом не может бытьуниверсальная истина, поскольку многие рабочие процессы работают с git, и каждая команда может по-разному обращаться с вещами.

0 голосов
/ 04 июня 2018

Сквошь ваши коммиты с git merge --squash при объединении ветви функций в главную ветку.Это приведет к одному коммиту в основной ветке, сохраняя историю мастера довольно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...