У вас были похожие проблемы (например, если вы используете YACC / still-another-commit-checker ):
- выпуск 132 : проверкаВаше регулярное выражение, а также ваша аутентификация
На стороне регулярного выражения, например:
На самом деле, я думаю, что проблема может заключаться в использовании групп в регулярном выражении сообщения фиксации..
если я изменю:
^[([A-Z]+)-(\d+)](.|\n)+
на
^([[A-Z]+-\d+])(.|\n)+
Тогда группа теперь ([PROJNAME-1234]) вместо [(PROJNAME) - (1234)].
А на стороне аутентификации:
Если проблема действительно существует и JQL issueKey=CM-933
работает, когда вы тестируете ее вручную, то это чувствует как проблема с разрешением, потому что, если у пользователя нет разрешения на его просмотр, вы увидите пустые результаты, и YACC пожалуется, что не может найти проблему.
В типичной настройке связь выглядит следующим образом:
browser <--\ browser <--\
| |
git <----> BBS <-- oauth --> JIRA
Согласно вашим комментариям, вы вручную проверяли и тестировали BBS и JIRA при входе в них в браузере.
Я бы также проверил, что ожидаемые пользователи используются, когда git подключается к BBS, а также связь BBS <-> JIRA, которая, вероятно, должна использовать oauth.
Если он не использует oauth, это можеттакже объясните, что происходит, потому что он может использовать пользователя, отличного от того, которого вы ожидаете при общении с JIRA.
То есть:
Обновление BBS может автоматически отключать плагины, что может потребовать повторного включения плагинов.
В случае YACC, кнопка Configureдолжен появиться снова после включения YACC в UPM.