Numer zadania Opis Np "XYZ-222 Refactored service ZYX"
Bitbucket ładnie sobie to z jirą matchuje i robi z numeru zadania hiperlink :)
Powinno się używać trybu rozkazującego, pisząc co ten commit zrobi gdy go użyjesz, a nie co Ty zrobiłeś żeby uzyskać ten commit
https://chris.beams.io/posts/git-commit/#imperative
A więc nie Refactored service ZYX
tylko Refactor service ZYX
No chyba że dla konsekwencji zmieniasz message z "Merge pull request #190" na "Merged pull request #190"
U mnie zazwyczaj zawsze w pracy było
<JIRA-ID> <Tytuł jiry>
lista zmian
Ale widzę że w większych projektach, zwłaszcza open source nie używa się numer jiry, a tego zazwyczaj chcą managerowie żeby łatwiej uzyskać listę zmian, po czym nigdy do niej nie zaglądają. W obecnym projekcie mam nawet skrypt który porównuje commit releasa z ostatnim, wyciąga numery JIRY i na podstawie jiry robi changelog do wersji, ale moim zdaniem to trochę nadużycie tych wiadomości i raczej coś takiego powinno być generowane z jiry, a numer jiry przy commicie i tak mało kiedy się przydaje - rozumiem że czasem można tam znaleźć przy dobrych wiatrach rozmowę z jakimiś analitykami albo dodatkową dokumentację, ale przy starym kodzie zazwyczaj i tak ciężko dojść do tej jiry bo commit wskazuje albo na jakiś refaktoring, albo na całkiem niezwiązaną zmianę gdzie ten kod tylko został ruszony. Commit messagem można też kontrolować stan jiry, a czasem nawet wydawać polecenia żeby task zamknąć albo zalogować czas, ale dla mnie to już jest totalnie poroniony pomysł i nikt zresztą nigdy nie pamięta jak to zrobić i tak każdy potem idzie do jiry i sprawdza na wszelki wypadek czy się status zmienił.
Osobiście wolałbym gdyby commit zawierał czystą listę zmian i tak robię przy własnych projektach. Ale we własnych projektach też często commituję z messagem typu "aazgah"