После коммита "Ya ebal eto govno" от одного оригинала нам всем дали пизды. Поэтому следующие выглядели так - Fix for routes, Circle diagramm, airflow working now.
Я пишу в очень вольной форме и на русском (возможно даже тупо копирую кусок обсуждения задачи из слака). А получаю грамотно составленное краткое описание коммита на английском.
Коммит хуевый, может быть, если непонятно, что он содержит? Слишком много изменений?
Вот вам техника - начинаешь с added/changed/deleted/updated, добавляешь пару деталей. Если несколько изменений, разделяешь точкой с запятой. Я понимаю мемы про название переменной или классы в Джаве, но название коммита? Это что-то новое.
Легко называть коммиты красиво, если исправляешь readme и всякую мелочь.
Но если дебажишь код или работаешь с чем-то новым, то коммиты будут названы ужасно. Они будут отражать боль и страдание программиста, потратившего неделю на сложный баг или новую фичу.
Поэтому лично я:
1. Сначала называю коммиты как б-г на душу положит - ini, fix, debug, fix, fix.
2. Когда настаёт время делать Pull Request, удаляю черновые коммиты на Remote и Local (изменения в файлах оставляю, конечно же) .
3. Прохожу по изменённым файлам. Заново коммитю изменения красиво нарезаннами кусочками. Не забываю тегать коммиты номерами тикета из Джиры.
One morning you wake up find out you have access to God’s developer console. What’s the first thing you do with this power?
Discussion
♦ 154 + W 479 & Share
^ BEST COMMENTS ▼
I like forks • 5h
hehe3301 • 7h
sudo rm -rf oceans/*/contents/
*.plástic
sudo rm -rf people/*/*.cáncer sudo rm -rf v
The Wolfram Language Image Identification Project
Imageldentifyf
birds (animals)
scientific name: Aves alt. common name: bird
More information: taxonomy»
See full results from ^WolframAlpha »
fixx
fixxx
wtf
fix
...
Вот вам техника - начинаешь с added/changed/deleted/updated, добавляешь пару деталей. Если несколько изменений, разделяешь точкой с запятой. Я понимаю мемы про название переменной или классы в Джаве, но название коммита? Это что-то новое.
Но если дебажишь код или работаешь с чем-то новым, то коммиты будут названы ужасно. Они будут отражать боль и страдание программиста, потратившего неделю на сложный баг или новую фичу.
Поэтому лично я:
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"
- еще немного
- замечательно
- еще чуть чуть
- хорошо
- нормально
- работает