2014-12-02 1 views
0

Я только что закончил обновление нашего Team Foundation Server 2013 с обновления 3 до обновления 4. Так что теперь у меня есть новый уровень доступа «Заинтересованность», который заменяет старый уровень доступа «Ограниченный». Вы можете найти дополнительную информацию об этом here.Как ограничить пользователей новым уровнем доступа заинтересованных сторон, чтобы видеть только их собственные рабочие элементы?

Хотя все эти дополнительные функции, не требующие CAL, хороши для некоторых пользователей, мне нравятся ограниченные права старого уровня доступа «Ограниченный» для других пользователей. Например, наши клиенты теперь могут просматривать и редактировать наши внутренние ошибки и задачи. Я не хочу этого.

Как ограничить пользователя, чтобы он еще раз имел доступ к своим собственным рабочим элементам?

+0

Это был я, которого я не ожидал. Многим клиентам (включая меня!) Нужна была лицензия для заинтересованных сторон. Я не ожидал, что кто-то захочет вернуться к ограниченному взгляду. Ваши клиенты действительно редактируют «ваши» ошибки и задачи? Не прозрачность, которую ценят ваши клиенты? –

+0

@WouterdeKort Я не дал им возможность реально редактировать наши внутренние ошибки, но они могут быть проблемой. Оглядываясь назад, мне пришлось снова открыть несколько ошибок, потому что они закрыли их, как проверено, хотя мы их еще не исправили. Увидеть наши внутренние ошибки было бы хорошо, но права на редактирование действительно должны быть ограничены их собственными. – cremor

ответ

0

Это невозможно в готовом пользовательском интерфейсе с обновлением 4 и далее. Я бы предположил, что вы создаете простой интерфейс, который делает только то, что вы хотите, и отдавайте свои внешние ресурсы.

Его работа в течение нескольких дней позволяет создать простой рабочий элемент только с использованием API.

0

У меня теперь есть обходное решение, хотя оно не идеально, поэтому я открою этот вопрос.

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

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

+0

Как насчет использования шаблонов? В нашей организации мы используем подготовленные шаблоны (Backlog, Bug), которые заполняют некоторые текстовые поля в рабочем элементе, а область - одна из них. У вас все еще есть значение по умолчанию, которое вы используете для внутренних ошибок и заставляете заинтересованные стороны использовать Шаблоны для создания своих рабочих элементов, сопоставленных с другими областями. –

0

Вы можете сделать это:

  1. Добавить MRX до Licens заинтересованных сторон
  2. Goto Управление проектом Area-раздел и корневой зоне использовать Стрелу, чтобы добраться до безопасности. Добавить пользователя MrX и установить Deny для всех разрешений
  3. Создать подрайон под названием «STAKEINPUT»
  4. Перейти к этому подрайону и использовать Стрелку, чтобы добраться до безопасности. Затем пользователь отображается с унаследованными разрешениями. Установите разрешение на редактирование рабочего элемента и разрешение на чтение рабочего элемента.

Теперь MrX может просматривать все уровни площади. Но MrX может видеть и редактировать истории в отставании, соответствующем subteam STAKEINPUT.

+0

Разве это не то, что я описал в своем ответе? – cremor

+0

Аа, да, я этого не читал. Хорошая работа! знак равно – Mattias

Смежные вопросы