Следуем мы GitFlow сейчас. Практика отличная, замечательный порядок в ветках и коммитах, но есть маленькая проблема: я вечно забываю дописать номер задачи в конце, что, конечно, не вызывает воодушевления ни у меня, ни у команды.
Еще на своем первом месте работы в качестве фронтенд-разработчика мне довелось познакомиться с замечательным девопосом Иваном. Иван показал мне, что такое гитфлоу, провел для всей тогдашней команды небольшое обучение и в целом открыл для меня мир командной разработки с применением Git. Так вот, тогда у меня была та же проблема с указанием задачи в коммите. На тот момент мне не пришло в голову ничего лучше, кроме как делать git reset --soft и по новой оформлять коммит, что зачастую вызывало неудобство в виде необходимости делать git stash, так как косяк обнаруживался далеко не сразу.
Но сегодня я уже другой человек… Первый импульс к узнаванию чего-либо - чтение документации, затем я интересуюсь на форумах, вроде Stack Overflow, узнаю как делают другие, и попалась мне на глаза команда git commit --amend -m “feat: add foo fn #80085”. Очень удобная вещь. Кратко говоря, она берет все имеющиеся изменения в репо и подсовывает их (“докидывает”) в последний сделанный коммит, таким образом позволяя исправить его сообщение.
Самая важная часть здесь не отправить коммит с кривым сообщением на удаленное репо, иначе либо придется делать git push --force в незащищенную ветку, либо git revert, за что уже можно получить по шапочке. Кстати, на такие случаи в моей первой команде был договор, что в своих feature-ветках можно делать форсированный пуш, но это, конечно, не рекомендовалось. Как будет у меня на текущем месте еще предстоит узнать 🤭.
А как вы работаете с ошибками в коммитах локально и в удаленном репозитории?
· 29.07
Я привыкла назвать ветку по номеру задачи, положив в определенную папку (feature, release, bugfix, hotfix, tools и тд) и в начале сообщения коммита указывать название задачи. Это кроме линковки просто помогает порядку при разборе аварий, наборе релизов и в целом, порядок. Так же я люблю rebase за красоту в логе гита, но это требует определенной дисциплины при работе. Лог гита я тоже активно использую - как раз при наборе в релизы, при разборках и синхронизации
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 30.07
А какая автоматизация в тикет-менеджерах есть у вас, реагирующая на коммиты? У нас все коммиты по проекту в задачу в джире подгружаются, но для этого надо номер задачи в каждый коммит пихать)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 30.07
Да, тоже в задачу, дальше в план релиза. И что-то еще было, кажется, пайпы, их статус
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён