чтения Пусть случай:ТФС WorkItem
Когда пользователь создает WorkItem, связанное с другим пользователем, и что другой пользователь поставил WorkItem как активный, я хочу WorkItem быть только для чтения к владельцу, пока он не будет решен в состоянии ,
То есть владелец рабочей силы может только внести изменения в рабочий элемент, когда он разрешил или когда он вернется к его имени.
Вы не можете ограничить доступ ко всему рабочему элементу на основе роли пользователя в TFS. Вы можете ограничивать переходы и доступ к отдельным полям, но для очень больших и сложных типов рабочих элементов это громоздко и хрупко.
Кроме того, вы также не можете заблокировать целый набор пользователей из всех рабочих элементов в области. Вам нужно просто ограничить один тип рабочего элемента от связанных пользователей или пользователей определенной роли во всех проектах и областях.
Итак, даже это может быть достигнуто так же, как и DaveShaw, также не рекомендуется вам это делать.
Я использую работы TFS для команды администратора DBA, применяя скрипты в омологации/производстве, поэтому я создаю рабочий элемент и свяжу скрипты BD в нем. Чтобы убедиться, что никто не изменит сценарий после создания рабочего элемента, я блокирую скрипты в TFS. Я думаю, что есть еще один инструмент или метод, чтобы сделать его более безопасным и умным. – Bruno
См. Мой ответ в этом вопросе. http://stackoverflow.com/questions/40070246/workflow-to-apply-scripts-in-homologation-production/40086599#40086599 –
Я думаю, что это может быть возможно, если все поля будут прочитаны только на основе поля AssignedTo, но это будет очень много работы по настройке и обслуживанию. Вместо этого я попытаюсь использовать * Attitude fix *. – DaveShaw