бла28
fix
fixx
fixxx
wtf
fix
...
fixx
fixxx
wtf
fix
...
После коммита "Ya ebal eto govno" от одного оригинала нам всем дали пизды. Поэтому следующие выглядели так - Fix for routes, Circle diagramm, airflow working now.
фикс2
fix2 new final
Так тасктрекера или багтрекера, определись уже, девятка!
Я ChatGPT для такого приноровился использовать. Пишешь краткое описание того что сделал и просишь составить название для коммита
т.е. ты сначала пишешь название для коммита, а потом потом просишь ChatGPT написать название для коммита?
Я пишу в очень вольной форме и на русском (возможно даже тупо копирую кусок обсуждения задачи из слака). А получаю грамотно составленное краткое описание коммита на английском.
Work, draft , fix
%projectname%_v11647_fix_new
Коммит хуевый, может быть, если непонятно, что он содержит? Слишком много изменений?
Вот вам техника - начинаешь с added/changed/deleted/updated, добавляешь пару деталей. Если несколько изменений, разделяешь точкой с запятой. Я понимаю мемы про название переменной или классы в Джаве, но название коммита? Это что-то новое.
Вот вам техника - начинаешь с added/changed/deleted/updated, добавляешь пару деталей. Если несколько изменений, разделяешь точкой с запятой. Я понимаю мемы про название переменной или классы в Джаве, но название коммита? Это что-то новое.
Если несколько изменений, разделяешь коммит
да, временами 50 символов маловато
Легко называть коммиты красиво, если исправляешь readme и всякую мелочь.
Но если дебажишь код или работаешь с чем-то новым, то коммиты будут названы ужасно. Они будут отражать боль и страдание программиста, потратившего неделю на сложный баг или новую фичу.
Поэтому лично я:
1. Сначала называю коммиты как б-г на душу положит - ini, fix, debug, fix, fix.
2. Когда настаёт время делать Pull Request, удаляю черновые коммиты на Remote и Local (изменения в файлах оставляю, конечно же) .
3. Прохожу по изменённым файлам. Заново коммитю изменения красиво нарезаннами кусочками. Не забываю тегать коммиты номерами тикета из Джиры.
Пример:
"Jira-123 decomission redis monitor in xyz datacenter"
"Jira-123 removed unused variables"
"Jira-123 update changelog"
Но если дебажишь код или работаешь с чем-то новым, то коммиты будут названы ужасно. Они будут отражать боль и страдание программиста, потратившего неделю на сложный баг или новую фичу.
Поэтому лично я:
1. Сначала называю коммиты как б-г на душу положит - ini, fix, debug, fix, fix.
2. Когда настаёт время делать Pull Request, удаляю черновые коммиты на Remote и Local (изменения в файлах оставляю, конечно же) .
3. Прохожу по изменённым файлам. Заново коммитю изменения красиво нарезаннами кусочками. Не забываю тегать коммиты номерами тикета из Джиры.
Пример:
"Jira-123 decomission redis monitor in xyz datacenter"
"Jira-123 removed unused variables"
"Jira-123 update changelog"
- идеально
- еще немного
- замечательно
- еще чуть чуть
- хорошо
- нормально
- работает
- еще немного
- замечательно
- еще чуть чуть
- хорошо
- нормально
- работает
Bug fix
Чтобы написать коммент, необходимо залогиниться