Полевые разрешения в TFS 2010

Question

В рамках командного проекта я создаю группу с именем «LimitedAccess» и добавляю в нее пару пользователей.Теперь мне нужно дать этой группе права на
1) Добавить ошибку и назначить ее пользователю по умолчанию «assignTo», т. Е. Пользователь не может выбрать, кому назначить.Однако пользователь должен иметь возможность устанавливать другие поля, например, приоритет и т. Д. 2) Изменять только описание существующей ошибки.Остальные поля должны быть доступны только для чтения.
Возможно ли это?Похоже, что это либо чтение, либо запись, но нет прав на уровне поля.Спасибо.

Я изменил рабочий процесс типа рабочего элемента (третья вкладка) - дважды щелкнул первый переход, т. Е. До того, как ошибка стала активной, и добавил поле, которое я хочу ограничить ('AssignedTo').Я добавил 3 правила в это поле для группы «Ограниченный доступ»: «Разрешенные значения», «Чтение» и «По умолчанию».После сохранения поле доступно только для чтения (отображается серым цветом), но не имеет значения по умолчанию.Ниже приведен XML.Я использую переход, потому что когда ошибка уже возникла, применяются другие правила.

[Переход от = "" к = "Активен"]
[ПРИЧИНЫ]
[REASON value = "Ошибка сборки"/]
[DEFAULTREASON value =" New "/]
[/ REASONS]
[FIELDS]
[FIELD refname =" Microsoft.VSTS.Common.ActivationBy "]
[ALLOWEXISTINGVALUE/]
[COPY from = "currentuser" /]
[VALIDUSER /]
[REQUIRED /]
[/ FIELD]
[FIELD refname = "Microsoft.VSTS.Common.ActivationDate"]
[SERVERDEFAULT from =" clock "/]
[/ FIELD]
[FIELD refname =" System.AssignedTo "]
[READONLY for =" [project] \ LimitedAccess "/]
[DEFAULT для = "[проект] \ LimitedAccess" из = "значение" значение = "QA" /]
[ALLOWEDVALUES для = "[проект] \ LimitedAccess" expanditems = "false"]
[Значение LISTITEM = "[проект] \ QA" /]
[Значение LISTITEM = "[проект] \ DEV" /]
[Значение LISTITEM = "[проект] \ OTHERS" /]
[/ ALLOWEDVALUES]
[/ FIELD]
[/ FIELDS]
[/ Transition]

Answer 1

Если вы откроете шаблон рабочего элемента в редакторе шаблонов рабочего элемента, который установлен с пакетом инструментов TFS, вы увидите список полей, используемых в типе рабочего элемента.

Двойной щелчок поВ поле «Определение поля» открывается окно с вкладкой «Правила», которая позволяет определять правила для отдельных полей.Для каждого определения правила вы можете определить, для кого это правило «для», а для кого «не для».

Я считаю, что вы можете использовать правила DEFAULT и READONLY для создания потока, как вы объяснили выше.

Вот ссылка на страницу документации о правилах.
http://msdn.microsoft.com/en-us/library/ms194953.aspx

Answer 2

Я смог достичь этого предела, но решение кажется хакерским.Если у кого-то есть идея получше, мне очень интересно.Но, поскольку этому вопросу уже более полутора лет, я сомневаюсь в этом.Я сделал 6 правил на поле.Первый - это «Допустимые значения» (1 значение, мое значение по умолчанию) с моей группой «Администратор» в группе «НЕ».Вторым является значение по умолчанию (то же значение, что и для правила 1).Третье - это AllowedValues ​​с моей группой администраторов в FOR, здесь есть реальный список возможных значений, а не только значения по умолчанию.Четвертое правило заморожено с моей группой администраторов в поле НЕ.Мое пятое правило - AllowExistingValue (потому что, если моя группа администраторов устанавливает для нее одно из значений, недоступных остальным, для обычного пользователя требуется это исключение, чтобы сохранить его со значением, установленным администратором).И, наконец, мое 6-е правило - Обязательное, это потому, что Frozen позволил бы пользователю исключать значение, но не изменять его, устанавливая обязательный параметр, мы устраняем отключение.Скажите, пожалуйста, у кого-то есть лучший подход к получению значения по умолчанию для сохранения, хотя это поле в настоящее время доступно только для чтения текущему пользователю.