Comments 10
Здравствуйте! Чем отличается это решение(«JIRA Watcher Field») от стандартного кастомфилда «multi user picker»? Их так же можно использовать в security схемах.
Здравствуйте. Да, можно настроить через «multi user picker». В моем случае было принято решение не плодить отдельные сущности и использовать уже существующую «watchers». Если говорить об отличиях, то в Permission Scheme можно управлять правилом «Manage Watchers», тем самым разрешить или запретить пользователю/группе/роли редактировать «watchers». С «multi user picker» это будет возможно только через правило «Edit Issues», что менее гибко и не всегда необходимо давать возможность править Issue только ради добавления «watchers».
. С «multi user picker» это будет возможно только через правило «Edit Issues», что менее гибко и не всегда необходимо давать возможность править Issue только ради добавления «watchers».
Почему же? Можно дабавить Global Transition со скрином и названием «Manage Watchers», но ваша идея теперь понятна.
ps. Советую быть чуть-чуть аккуратнее с подобными плагинами, через годик или пару их может накопиться такое количество, что совершенно точно возникнут проблемы с производительностью.
Global Transition — мне показалось менее красивым решением, особенно в свете того, что мне не постоянно администрировать JIRA, а надо настроить, написать руководство пользователя/администратора и «отдать». В любом случае JIRA очень мобильна и получить необходимый результат можно множеством способов.
За совет спасибо, учту на будущее!
За совет спасибо, учту на будущее!
deleted
Мы настроили через multi user picker и не паримся. Но мы же и сами её админим) Имхо так проще.
Присмотрюсь пристальней и к вашему варианту, может при тормозах, из-за большого количества плагинов, надо будет что-то выкинуть. Но пока мне нравится, что за ограничения отвечает Permisson, а не Transition.
К тому же это официальное решение от Atlassian
Sign up to leave a comment.
Настройка просмотра отдельных Issue в Аtlassian Jira