смотря как долго будет идти разработка. После работы в ветке ее можно слить с мастером в один комит удалив саму ветку - при этом останется как бы один комит дополнительный в мастере без веток.

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

Мне кажется это самый компромиссный вариант

собсна так обычно и работают с ветками вроде как

Да это понятно) непонятно, зачем это делать в проекте до 1к строк кода.

Когда ты сидишь один и делаешь это дело

иногда ветки оставляют видимыми.

То есть сам факт существования ветки не удаляют

git squash
потом
git rebase

либо сразу rebase, и там уже в текстовом редакторе сквошить

если я один в проекте (большая часть проектов, где я участвую😓), то я делаю отдельные ветки когда понимаю, что дальнейшее развитие в мастере возможно только если я много чего сломаю + придётся удалить какой-то функционал + возможно придётся развивать этот функционал в рамках  отдельной ветки. но в итоге я может быть только пару раз возвращался в эти ветки для того, чтобы  развивать тот удаленный из мастера функционал, в итоге  эти ветки удаляю, в том числе зачастую, потому что эти ветки безнадёжно отстают от мастера, а портировать все наработки из мастера лень

А я напротив, не удаляю, ибо зачем терять историю?

история никуда не девается, этож гит) там всё остаётся, если не применять ультимативных мер, а остановиться только на git branch -d <branch_name>

я не слишком глубоко знаю гит  в этом плане, помнится мне только что историю редактировать там вполне можно

push -f

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

историю редактировать можно, да, без проблем, полностью все коммиты менять, но вся эта информация о таких изменениях остаётся, опять же если не применять ультимативных мер

это в больших проектах превращается в вакханалию

когда один работаешь, в этом может быть смысл, но когда куча веток - то это жесть

плюс, без слияния комитов могут быть часто проблемы со слияниями в мастер

даже в небольших проектах может начаться полный трешъ если пытаться мержить сразу по 100500 комитов из соседних веток раз в год, я это наблюдаю относительно часто на том же гитхабе, поэтому многие соглашаются на PR сразу в мастер после ревью.

Чуть прошлогодних новостей )) https://aithority.com/computing/65-a-epower-chipset-from-efficient-power-conversion-epc-redefines-power-conversion/

Прикольно чо

Очень компактное решение получается.

Жалко пока только драйвер в наличии.

есть EPC2022 - ещё меньше по площали, при этом входная ёмкость и заряд затвора меньше в два раза чем у EPC2302