Приветствую. Насколько часто вы делаете коммиты во время разработки ?

а вот интересно - коммит на каждый чих тому, кто просит нужен зачем? минусы могу сообщить - при rebase с долгой историей конфликты придется на каждый коммит чинить, чтобы понять суть и объем изменений придется эти коммиты вместе собирать и смотреть. Но вот вопрос - коммиты делаются черти как. я понимаю, если в 1 PR решается несколько задач - тогда можно несколько коммитов. Но обычно 1 PR - одна задача - так гораздо проще поставлять изменения и ревьюверам смотреть на отдельные правки с четким минималистичным описанием, чем на пачку изменений с длинным описанием (вспомним еще, что на описания PR обычно есть лимиты по тексту - и в них можно просто не уложиться решая 100500 задач в одном PR)

0

24.11.2021

Roman 🎄

Elmanov Anton
а вот интересно - коммит на каждый чих тому, кто п...

Так PR != commit

0

24.11.2021

Elmanov Anton

Roman 🎄
Так PR != commit

не вижу противоречий, глобально, но никогда не встречал необходимости ни со стороны кодера, ни с ревьюверской видеть шаги, которыми достигалось решение одной задачи - это можно текстом в PR описать сразу в понятной форме. Чем смотреть "всякие поправил папочку 1", "поправил файл 2" в git истории

0

24.11.2021

Евгений Омельченко

Web
Тогда слишком много коммитов получится

rebase -i HEAD~89 и поехал

0

24.11.2021

Rostislav Teryaev · Accepted Answer

Rostislav Teryaev

По-хорошему надо комитить каждое логически отдельное изменение. Например, поправил баг - коммит, исправил опечатку - коммит, добавил новое поле - коммит.

0

24.11.2021

170 похожих чатов

Приветствую. Насколько часто вы делаете коммиты во время разработки ?

12 ответов

Похожие вопросы