На каких этапах стоит комитить код?

Question

[historydev]

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

Answer 1

[DevMan]

есть простое правило: больше коммитов, меньше конфликтов.

это не значит, что нужно коммитить каждую минуту. это значит что как только вы написали законченный код, даже если это фрагмент другой задачи, его стоит коммитить.

Comments

[historydev]

Это я понимаю, просто мне только сейчас дошло что стоит соблюдать не только модульность, но и юзать гит, а уже пол проекта написано :/ Как поступить?

[DevMan]

Владимир, Какие существуют паттерны использования git?

[historydev]

DevMan, спасибо.

[Андрей Гриневич]

Однако чем больше комитов, тем порой сложнее ребейзить. Иногда выгоднее сделать несколько комитов и чуть позже разбить или объединить их логически. Так и история симпатичнее и откатывать проще :)

Answer 2

[Сергей Горностаев]

Коммиты должны быть атомарными, что означает, что они должны быть как можно более мелкими, но при этом самодостаточными. Если у вас не получается коммитить небольшими порциями, не ломая при этом работоспособность ветки, то ваш код не является чистым.

Comments

[historydev]

Ого! Это вери полезная информация! Спасибо огромное, учту.

Answer 3

[Владимир Коротенко]

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

Правда мне встречался и ежедневный коммит, писали откровенную фигню, но тоже бывает

Comments

[Владимир Коротенко]

Outcomer, Там еще были и еженедельные отчеты, что делал.
Причем задачи были жутко толстые. Я как то раз в течении месяца писал одно и тоже. Только названия полей менял, что в принципе и было правильно, но вызывало жуткий батхерд у начальства.

[historydev]

Владимир Коротенко, ахахах)

Answer 4

[0x131315]

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

Комитить каждую строчку бессмысленно, а коммитить огромные куски кода черевато большими проблемами, особенно при конфликтах.

Ежедневные/ежемесячные коммиты - это вообще жесть.
Git - это история, каждая запись в ней должна иметь смысл.

Answer 5

[Mikhail Derkach]

1) когда работаешь над конкретным файлом/фичей
2) когда на данном этапе фича завершена

Это может привести к большому кол-ву коммитов, однако можно безболезненно откатываться и т.д.