Один простой способ - сделать строчные или прописные буквы
s = 'Potato'
string.downcase.include?(s.downcase)
Необходимо создать специальные Группы пользователей для каждого проекта, который Вы имеете..., у Вас могут быть больше чем одна группа, что-то как "project1_developers", "project2_observers" для лучшей организации.
Вы, которых alson комбинируют эти группы с Ролями Проекта для определения в каждый проект, какой доступ каждая группа должен иметь.
Сделайте Схему Разрешения к набору полномочий к одному проекту. Что-то вроде этого:
Проекты обзора-> Группа (project1_admins, project1_developers, project1_users, project1_observers)
Создайте Проблемы-> Группа (project1_admins, project1_developers, project1_users)
Переместите Проблемы-> Группа (project1_admins)
Можно использовать Роли Проекта здесь также..., но я предпочитаю устанавливать все с группами.
Наконец, можно использовать планы безопасности Проблемы определить, кто может и не может просмотреть проблемы. Схемы безопасности проблемы реализуют много уровней безопасности, которым можно было присвоить пользователей/группы им.
Надежда, которая может помочь.
Лично я все для ролей проекта. У меня есть общая схема разрешений, которая позволяет всем пользователям / группам, определенным в ролях проекта, просматривать проект, в результате чего администратор / менеджер проекта определяет, какие группы могут просматривать их проект. Таким образом, удаляя или добавляя пользователей jira (группа по умолчанию, в которую пользователь должен был бы войти даже для входа в JIRA) к роли проекта «пользователи» своего проекта, менеджер проекта может контролировать, могут ли все пользователи просматривать свой проект или нет. .
Лучший и динамичный способ решения этой проблемы - это использование уровней безопасности и установка уровней безопасности в зависимости от проблемы во время выполнения с помощью функции post.
Полностью согласен с Брайаном: Роли в проекте - лучший вариант, иначе у вас будет слишком много групп. Ролевое членство является локальным для проекта. Группы глобальны.
Полностью не согласен с Баларами: уровни безопасности следует использовать очень экономно и для небольшого процента проблем (в исключительных случаях).