Как заставить Jenkins комментировать кейсы в Jira?

Question

[rustler2000]

Собственно - хочется, чтобы при билде из пайплайна упомянутые в изменениях кейсы получили комментарии с ссылкой на билд.

Проблема в jira-plugin - 2.5 валится с исключениям про scm но хотябы выдает в лог номера кейсов. 2.5.1 ничего в лог вообще не выдает. Ни та ни другая версия в jira не ходят :S

Может кто какой другой плагин использует успешно из пайплайн? А то отчаенье прямо берет - чего не ковырни все работет через пень колоду

Answer 1

[Saboteur]

А если напрямую

https://developer.atlassian.com/cloud/jira/platfor...

Comments

[rustler2000]

Типа из груви прямо по рест ходить?
Типа changelog парсануть и постить каменты?

[Saboteur]

rustler2000, ну можно груви, можно баш. но да - просто постить через рест, а не через плагины.
Может версия JIRA несовместима с вашим плагином или еще что.

[rustler2000]

Saboteur, Сомниваюсь, что не совместимая - авторы в одной версие забыли геттер а в следующей криво поправили. Притом что спокойно мержат пр с уменьшением покрытия.

[rustler2000]

Saboteur, хахаха - changeset доступный через currentBuild содержит _только_ первую строку commit msg - шах и мат!!!111

[Saboteur]

rustler2000, А зачем больше?
commit message должна быть краткой, вся детальная информация - в самой JIRA.
Либо, если вы в commit message делаете много строк, то кидайте в JIRA ссылку на пулл реквест с деталями

[rustler2000]

Saboteur, нее - commit message должен быть внятным, чтоб локальной копии гита было достаточно для понимания. в камит мсг номер джиры стоит но нифига не в первой строке. хотели, чтоб при билдование в жиру ссылка попадала типа "this issue mentioned in build xxxx". но у дженкинса changeset все обрезано - это известно и ничего с этим делать не будут :EEEЁЁЁЁ
я нашел GitChangleLog но он со свежим дженкинсом не работает без костылей. ей богу - проже былобы к дрону "плагин" для этого написать чем "пробовать".

[Saboteur]

rustler2000, в каждом проекте свои правила.
Но в последних трех проектах, commit message - однострочник, потому что git log с однострочными сообщениями смотреть проще, кросс-чек выполнять проще.
git log это не то место, где сидишь и читаешь дизайн солюшн.
Один коммит - одна фича, один баг. Что вы там расписываете - я не понимаю.

[rustler2000]

gitChangelog 2.4 + груви + curl так работает железобетонно