Ограничение доступа к функциям и задачам

Статья
06/09/2015

Вы можете ограничить доступ ко многим задачам Team Foundation Server (TFS), установив в группе безопасности состояние разрешения "Отклонить". Полный список групп и разрешений по умолчанию см. в разделе Справочник по разрешениям Team Foundation Server.

В. Как ограничить круг пользователей, имеющих доступ к исходному коду и права на его изменение?

О. На вкладке "Управление версиями" в контексте администрирования TWA можно задать разрешения для группы или отдельного пользователя.

Страница разрешений для системы управления версиями TF

Для командных проектов, в которых для управления версиями используется Git, можно задать следующие разрешения.

Страница разрешений для проекта Git в контексте администрирования

Дополнительные сведения см. в разделе Справочник по разрешениям Team Foundation Server.

В. Как ограничить круг пользователей, имеющих право вносить изменения в определения сборок?

О. В разделе "Сборка" в TWA можно задать разрешения сборки на уровне проекта для группы или отдельного пользователя.

Ссылка "Безопасность" в меню действий на странице сборки

Можно задать разрешения для операций сборки, показанных на следующем рисунке.

Страница разрешений для системы управления версиями TF

Также можно задавать разрешения путем открытия контекстного меню Значок контекстного меню для определения сборки.

Дополнительные сведения см. в разделе Справочник по разрешениям Team Foundation Server.

В. Как ограничить доступ к изменению рабочего элемента членами команды?

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

В. Как ограничить возможность создания пользователями конкретных типов рабочих элементов?

О. Ограничить доступ можно одним из двух способов:

Путем добавления типов рабочих элементов в группу "Скрытые категории" можно запретить большинству участников проекта создавать элементы этих типов. Можно создать гиперссылку на шаблон, которая будет открывать форму рабочего элемента, и сделать эту ссылку общей для тех членов команды, которые должны создавать соответствующие рабочие элементы.
Путем добавления правила поля в рабочий процесс для поля System.CreatedBy можно по сути запретить группе пользователей создавать рабочий элемент определенного типа. Как показано в следующем примере, пользователь, создающий рабочий элемент, должен принадлежать к Allowed Group, чтобы сохранить рабочий элемент.
```
<TRANSITION from=" " to="New">
   <FIELDS>
     <FIELD refname="System.CreatedBy">
         <VALIDUSER for="Allowed Group" not="Disallowed Group" />
     </FIELD>
   </FIELDS>
</TRANSITION> 
```

Дополнительные сведения о настройке WIT см. в разделе Изменение или добавление пользовательского типа рабочего элемента (WIT).

В. Как ограничить доступ к изменению рабочего элемента на основании определенных условий или значений поля?

О. Установите правило условия поля, основанное на условии правило поля или сочетание этих двух правил, которое применяется к группе. Ограничить внесение изменений в поле можно путем задания квалифицирующего правила и применения его к конкретной группе. Условные правила могут включать элементы CANNOTLOSEVALUE, EMPTY, FROZEN, NOTSAMEAS, READONLY и REQUIRED.

В. Как ограничить круг пользователей, имеющих право вносить изменения в общий запрос рабочих элементов?

О. Установите разрешения на общий запрос или папку запросов, чтобы ограничить круг пользователей, которые могут изменять запрос или запросы в папке.

Share via