в индекс?
Подробнее:
* Внёс новый код, к примеру поправил баг
* Сделал для этого файла 'git add'
* Увидел ещё одну багу, поправил и ее
* Тут же понял, что раз это исправление другой баги, то пусть будет в другом комите
Как исправление второй баги откатить, но оставить в "stage" исправления первой?
git add -p/git reset -p?
наверное, второе больше подойдёт. Сейчас в метро и вспомнил, что с утра ломал голову про то как упростить себе жизнь в таких ситуациях, которую описал выше.
Сделать ресет целого файла, а потом надобавлять нужные чанки?
Ну, звучит здраво. Ещё не привык к "git add --patch" , т.к. недавно про нее узнал. Буду пробовать внедрить ее в свой процесс работы
В моем рабочем процессе, например, git add --all есть только в случае временных коммитов. Во всех остальных случаях git add -p с разными командами. Типа добавить все правки из файла, пропустить файл, разделить чанки и т.д.
Не стоит подгонять рабочий процесс под узнанные команды. :)
Под git add -p стоит. Я всегда перед созданием пуль реквеста в прод пересматриваю все изменения именно через него, чтобы убедиться что я не добавил лишнего
Дублирование review?
Само-ревью скорее
Лишняя трата рабочего времени. Достаточно придерживаться "атомарности" коммитов.
В моем случае имеет смысл попробовать! Выше уже описал в какой ситуации я очень часто оказываюсь и можно 100500 раз говорить как надо как не надо, а можно просто понять "Я вот такой" , принять себя таким каким я есть. А под это подогнать инструменты. Другими словами : не я для инструментов живу, а инструменты для меня и только так! Если не работает один инструмент, значит надо брать другой, попробовать с ним и если работает , то применять.
Путь в никуда! Вернее это очень хорошая практика и было бы неплохо ее применять. НО! Это вынуждает думать , думать там, где можно не думать и просто сделать на автомате, а само "думание" потратить на то, что действительно важно и там где это действительно нужно. К примеру, лишний раз подумать над архитектурой, над каким-либо паттерном, верно ли ты его тут применяешь или нет. А все "инструменты" они не должны занимать мозг от слова совсем! Ими надо просто пользоваться
Обсуждают сегодня