ще така штука, що я зазавичай перед комітом проходжусь по всіх файлах, які в мене змінені, переглядаю їх і обираю конкретні файли чи змінені фрагменти і додаю їх в коміт
тобто комі — це не обов'язково все що змінено, можна лиш частини
для прикладу, якшо в тебе є якийсь тестовий код, з яким ти будеш зараз продовжувати працювати, то його можна не додавати в "stage", тому що тобі він може бути потрібний й надалі, а вже хочеш запушити коміт, шоб
а) мати бекап своєї роботи у віддаленому репозиторію
б) щоб твої колеги вже могли дивитись на всі твої зміни
в) поставити таку невеличку "крапку" в якійсь конкретній проблемі, яку вирішує той чи інший коміт

твоя задача може мати багато складових, часто коміти можуть бути якраз цими точками між ними

Все так, але я думаю варто структурувати свою роботу так щоб вибирати зміни не доводилось)

в мене часто є зміни в конфігураціях, шоб локально всьо працювало як треба (наприклад, захаркоджені ір ремоут девайсів)
крім того місцями є дев-тулзи і деякі дев-логи, які мені ше треба, шоб продовжити працювати над цією фічею, але цей конкретний кусок вже готовий і я хочу його закомітити, доки не зламав)

Я стараюсь використовувати в таких випадках локальні .env файли, але це звичайно не завжди можливо

А яку тривалість циклів ти радиш? Я знаю є люди які комітять кожні 5-10 хвилин і прямо в мастер.

я не по времени обычно комичу, а по заверешненности - имеет ли смысл конкретный сет изменений, без остальных изменений

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

я не по времени обычно комичу, а по заверешненности - имеет ли смысл конкретный сет изменений, без остальных изменений

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

вопрос скорее кто такое делал и чем

ymmv, но бинарь довольно распространенный
если собираешься запускать в контейнере в качестве шага ci, то и npx ... будет уместным