Size: a a a

2021 April 18

Z

Zakhar in pro.git::next
сейчас он его выполнил, не понял, что случилось в прошлый раз
источник
2021 April 19

NV

Natali Vol4ica in pro.git::next
есть какие то минусы в том чтобы коммитить код, который не компилируется? (у себя на фиче ветке). Мой тиммейт боится этого как огня, а я практикую постоянно, и пока никаких проблем не имею. Соответственно у меня больше контрольных точек, чем у него
*речь идет о промежуточных коммитах, перед мерджем ветка конечно же компилится, и мерджится со —squash
источник

SK

Stas Koynov in pro.git::next
ну сквошь всей работы в один коммит, тоже плохо. по идее об этом договариваются в команде. можно просто помечать WIP или еще как то... либо потом всеже причесывать ветку через git rebase -i у себя на ПК, и только потом предлагать мердж на ревью
источник

NV

Natali Vol4ica in pro.git::next
сквош происходит только после мерджа, так что на мастере фича лежит в одном цельном коммите, но при ревью все коммиты видны
источник

SK

Stas Koynov in pro.git::next
потом фич ветка удалится. вопрос в том что у вас в мастере остался один коммит. если это прям поменяли частоту кварца ну ок. но если это и драйвер USB сменили и иконку в приложении. и ридми подправили... ну это так себе. идея... важность коммитов, не тут и не сейчас. а потом, при поиске проблемы и поддержки проекта. или при попытке понять, как шла работа.
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
А смысл?
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
Один пр - одна фича ж
источник

NV

Natali Vol4ica in pro.git::next
"но если это и драйвер USB сменили и иконку в приложении. и ридми подправили.." - то это будет три отдельных MRa,
источник

NV

Natali Vol4ica in pro.git::next
например - обновление версий пакаджей в большом проекте. Из за зависимостей, проект может не компилироваться в течении многих часов, но при этом хотелось бы иметь контрольные точки для отката на случай ошибки. Есть разница, откатиться на 30 минут или начать всё с начала)
источник

SK

Stas Koynov in pro.git::next
ок. вопрос какая эта фича? вот если прикрутить модбас. то это коммитов 20 минимум. а мы их забабахали в один. ведь это и добавление протокола. подвязывание и настройка частот и драйверов. настройка таймеров. и т.п.. фича одна, запустить МОдбАс....
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
Ну я для этого локальную историю использую просто
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
Фича выкатить рабочий апп, ага
источник

NV

Natali Vol4ica in pro.git::next
"локальная история" - чем отличается от "коммиты на фиче ветке"?
источник

SK

Stas Koynov in pro.git::next
ну не смешно. вы же не дробите задачи по строчкам мол джун должен сделать инкремент переменной. а вы пишите фор...
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
Тем что явно коммитить не надо 🙃
источник

NV

Natali Vol4ica in pro.git::next
а как тогда?)
источник

EZ

Evgenii Zheltonozhsk... in pro.git::next
Оно само в ide
источник

NV

Natali Vol4ica in pro.git::next
это явно зависит от языка и от проекта) не всегда есть смысл иметь части фичи в отдельных коммитах
источник

SK

Stas Koynov in pro.git::next
это зависит от ее размера. я говорю о золотой середине. если внутри одного коммита, больше дня работы, то это наверное перебор. если это неделя работы. но это художник картинку рисовал да. но если это разработка драйвера это другое... да его можно месяц пилить, но если это 20 функций и пару структур данных. наверное пускай будет 15+ коммитов. чтобы было видно путь...
источник

NV

Natali Vol4ica in pro.git::next
ого, не знала что такое есть. Но в коммитах конечно проще группировать файлы. По сути если засквошить несколько коммитов (не всю ветку)  то получится точно такой же результат)
источник