Git имеет концепцию как автора, так и коммиттера.Этот дизайн восходит к основанному на патчах технологическому процессу Linux и Git.Автор - это человек, который написал патч, а коммиттер - это человек, который сделал окончательный коммит.Коммиттер также мог раздавить коммит или внести в него небольшие изменения, например, чтобы разрешить конфликты или исправить опечатки.
Похоже, что вы делаете здесь, создаете коммит сквоша.Когда вы делаете это, лицо, объединяющее запрос на извлечение, является коммиттером, а лицо, написавшее коммиты в запросе на извлечение, является автором.Это будет очевидно в более подробном представлении, но для краткости GitHub покажет только две картинки в местах с более ограниченным пространством.
Если вы не хотите, чтобы GitHub отображал слияние запроса на извлечениев качестве коммиттера вам не нужно использовать функциональность Squash-and-Merge в GitHub;вместо этого вы должны использовать обычную функцию фиксации слияния.(Как правило, организациям, которые применяют этот подход, требуется чистая история и небольшие атомарные коммиты.) На GitHub нет способа избежать этого, потому что GitHub создает коммиты, которые согласуются с тем, как работает Git, а ваш коллега сделал коммит.
Также можно избежать запутанного сообщения о фиксации, сопоставленного с пользователями, если вы будете следовать рекомендациям Git по сообщению о коммите и , использующим императивное настроение .Ваши коммиты, даже если они раздавлены, будут выглядеть как «[я] и [коллега] Создай и добавь…», что будет меньше путать.