После того, как запрос git pull был одобрен, два автора - PullRequest
1 голос
/ 14 июня 2019

Я сделал запрос на получение доступа к своей ветви функций.После того, как мой одногруппник утвердил запрос на извлечение, в истории коммитов говорится, что и я, и мой одногруппник внесли изменения.

В представлении кода / репозитория написано «[me] и [groupmate] [сообщение об коммите».] ".

Это выглядит очень плохо, потому что мое сообщение коммита" создано и добавлено ... ", поэтому оно говорит" [я] и [одноклассник] создан и добавлен ... "

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

В более подробном представлении фиксации написано «[я] авторизован и [одногруппник] зафиксирован», что гораздо более приемлемо.

Это нормально и что я могу сделать, чтобы избежать недопониманияс нашим оценщиком?

Редактировать: Я смог перефразировать коммиты , чтобы сделать его более понятным.Для тех, у кого есть подобная проблема, не стесняйтесь посетить гиперссылку.Я все еще хочу знать, как этого избежать.

1 Ответ

0 голосов
/ 15 июня 2019

Git имеет концепцию как автора, так и коммиттера.Этот дизайн восходит к основанному на патчах технологическому процессу Linux и Git.Автор - это человек, который написал патч, а коммиттер - это человек, который сделал окончательный коммит.Коммиттер также мог раздавить коммит или внести в него небольшие изменения, например, чтобы разрешить конфликты или исправить опечатки.

Похоже, что вы делаете здесь, создаете коммит сквоша.Когда вы делаете это, лицо, объединяющее запрос на извлечение, является коммиттером, а лицо, написавшее коммиты в запросе на извлечение, является автором.Это будет очевидно в более подробном представлении, но для краткости GitHub покажет только две картинки в местах с более ограниченным пространством.

Если вы не хотите, чтобы GitHub отображал слияние запроса на извлечениев качестве коммиттера вам не нужно использовать функциональность Squash-and-Merge в GitHub;вместо этого вы должны использовать обычную функцию фиксации слияния.(Как правило, организациям, которые применяют этот подход, требуется чистая история и небольшие атомарные коммиты.) На GitHub нет способа избежать этого, потому что GitHub создает коммиты, которые согласуются с тем, как работает Git, а ваш коллега сделал коммит.

Также можно избежать запутанного сообщения о фиксации, сопоставленного с пользователями, если вы будете следовать рекомендациям Git по сообщению о коммите и , использующим императивное настроение .Ваши коммиты, даже если они раздавлены, будут выглядеть как «[я] и [коллега] Создай и добавь…», что будет меньше путать.

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