Size: a a a

2020 October 15

Вт

Ві тя in Frontend UA
Dmytro Dovhan
категорично )

с чего бы они должны быть атомарные?
Что б ревью проще делать, что б тикет подвязать, что б если что сломалось ревертнешь одну фичу а не пять, и еще много других причин. Это уже стандарт разработки с гитом
источник

Вт

Ві тя in Frontend UA
Stas G
в конце рабочего дня можно сделать wip коммит, запушить его, а на следующий день закончить и сделать форс-пуш
я б запретил форспуш)

Можно конечно засташить, но зачем. Вдруг завтра на другой тачке будешь код писать
источник

SG

Stas G in Frontend UA
ну и что, что на другой?
источник

SG

Stas G in Frontend UA
спулил себе ветку и работаешь в ней дальше
источник

SG

Stas G in Frontend UA
запрещать форс-пуш можно разве что в мастер
источник

SG

Stas G in Frontend UA
иначе просто кто-то не умеет с гитом работать)
источник

EO

Eugene Obrezkov in Frontend UA
Stas G
тут кажется никто не слышал про такой флаг как --amend
и делать форс пуш в ветку, которую всё равно сквошить будешь?
источник

SG

Stas G in Frontend UA
ну я допустим свои ветки не сквошу
источник

SG

Stas G in Frontend UA
я просто навожу порядок в коммитах
источник

EO

Eugene Obrezkov in Frontend UA
ну тогда это кейс с ребейсом
источник

DD

Dmytro Dovhan in Frontend UA
Ві тя
Что б ревью проще делать, что б тикет подвязать, что б если что сломалось ревертнешь одну фичу а не пять, и еще много других причин. Это уже стандарт разработки с гитом
первый раз слышу про стандарт,

про ревью тоже вкусовщина,

лично мне удобнее атомарными комитами ревьювить - можно проследить порядок изменений

чем один пр на 30 измененых фалов
источник

EO

Eugene Obrezkov in Frontend UA
ты себе хулиганишь и потом ребейсишь свою ветку, чтобы история была норм с последующим мержем с ff
источник

EO

Eugene Obrezkov in Frontend UA
это тоже валидный flow
источник

EO

Eugene Obrezkov in Frontend UA
Dmytro Dovhan
первый раз слышу про стандарт,

про ревью тоже вкусовщина,

лично мне удобнее атомарными комитами ревьювить - можно проследить порядок изменений

чем один пр на 30 измененых фалов
иногда ты не можешь заливать атомарно изменения
источник

Вт

Ві тя in Frontend UA
Dmytro Dovhan
первый раз слышу про стандарт,

про ревью тоже вкусовщина,

лично мне удобнее атомарными комитами ревьювить - можно проследить порядок изменений

чем один пр на 30 измененых фалов
источник

Вт

Ві тя in Frontend UA
Вот хорошо обьясняется что имею ввиду
источник

Вт

Ві тя in Frontend UA
Суть в том что в пр не должно быть изменений рефакторингов фиксов чего либо, не касающегося сути пр. Если пр «сделать харашо» то надо дробить задачу. Соответственно, и полезности многих коммитов при мерже не много. Приходится Наоборот, надо следить что б каждый коммит не сломал СІ.
источник

DD

Dmytro Dovhan in Frontend UA
с одной стороны валидно, с другой пр на каждую правку опечатки? это что бы датацетры крутящие ci не простаивали?

еще из плюсов атомарных комитов, в случае нахождения какой либо проблемы через git bisect можно легко найти конкретный атомарный комит который поломал, это же явно проще чем искать что именно в сквошнутом комите приводит к проблемам?
источник

AR

Alexey Raspopov in Frontend UA
Eugene Obrezkov
will it work on CI?
fuck, I forgot to include the module
what is happening?
arghhh
fix lint
fix lint
fix lint
fix lint
источник

EO

Eugene Obrezkov in Frontend UA
Dmytro Dovhan
с одной стороны валидно, с другой пр на каждую правку опечатки? это что бы датацетры крутящие ci не простаивали?

еще из плюсов атомарных комитов, в случае нахождения какой либо проблемы через git bisect можно легко найти конкретный атомарный комит который поломал, это же явно проще чем искать что именно в сквошнутом комите приводит к проблемам?
так после сквошей фичи в мастер попадают с нормальной историей и бисект будет себе работать
источник