Примеры сценариев настраиваемых правил

WHEN Укажите инструкцию правила для определения поля в FIELDS разделе определения типа рабочего элемента.

<FIELDS>
   ...
   <FIELD refname="MyCorp.Severity" name="Customer Severity" type="String">  
       <ALLOWEDVALUES>  
           <LISTITEM value="Blocking" />  
           <LISTITEM value="Major" />  
           <LISTITEM value="Minor" />  
       </ALLOWEDVALUES>  
       <WHEN field="MyCorp.CustomerReported" value="true">  
           <REQUIRED />  
       </WHEN>  
   </FIELD> 
   ...
</FIELDS>     

WHENCHANGED Укажите инструкцию правила для определения поля в FIELDS разделе определения типа рабочего элемента.

<FIELDS>
 ...
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
       <HELPTEXT>The size of work estimated for implementing this user story</HELPTEXT>
       <WHENCHANGED field="Microsoft.VSTS.Scheduling.StartDate">  
           <EMPTY />  
       </WHENCHANGED>
   </FIELD>
   ...
</FIELDS>     

Список выбора размераTee-Shirt состоит из четырех значений: Small, Medium, Large и X-Large. Четыре настраиваемых правила назначают поле "Размер", когда вы изменяете поле "Размер футболки" на определенное значение. Чтобы упростить использование, значение по умолчанию для размера футболки — маленький.

Диалоговое окно "Изменение поля" для поля "Размер рубашки"

Настраиваемое правило

Четыре пользовательских правила

Укажите значение поля Size в FIELDS разделе определения типа рабочего элемента. Используйте ряд инструкций WHEN правил для сопоставления, задав значение поля Size с помощью COPY value="value" правила.

<FIELDS>
   ...
   <FIELD name="Tee-Shirt Size" refname="Fabrikam.TShirt.Size" type="String">
        <HELPTEXT>Estimate of overall size for work to be done; Small (2), Medium (6), Large (18), X-Large (30).</HELPTEXT>
        <ALLOWEDVALUES expanditems="true">
          <LISTITEM value="Large" />
          <LISTITEM value="Medium" />
          <LISTITEM value="Small" />
          <LISTITEM value="X-Large" />
        </ALLOWEDVALUES>
   </FIELD> 
   <FIELD name="Size" refname="Fabrikam.Size" type="Integer">
        <HELPTEXT>Integer estimate of overall size for work to be done; Automatically fill in based on Tee-Shirt Size. Allow any value.</HELPTEXT>
        <WHEN field="Fabrikam.TShirt.Size" value="Small">
          <COPY value="2" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="Medium">
          <COPY value="6" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="Large">
          <COPY value="18" />
        </WHEN>
        <WHEN field="Fabrikam.TShirt.Size" value="X-Large">
          <COPY value="30" />
        </WHEN>
   </FIELD>
   ...
 </FIELDS> 

Если для рабочего элемента задано значение "Состояние " и сохраняется рабочий элемент, поля "Активировано по" и " Назначено для " автоматически обновляются до имени текущего пользователя. Пользователь должен быть членом группы допустимых пользователей Team Foundation Server. Поле "Активированная дата " также обновляется автоматически. В следующем примере показаны элементы, которые применяют это правило:

<WORKFLOW>
. . .  
    <STATE value="Active">
        <FIELDS>
            <FIELD refname="Microsoft.VSTS.Scheduling.RemainingWork">
              <REQUIRED />
            </FIELD>
        </FIELDS>
    </STATE>
. . .  
</WORKFLOW>

Следующее настраиваемое правило ограничивает группу проектов создавать рабочие элементы, так как категория "Предлагаемое состояние" сопоставляется с новым состоянием рабочего процесса.

Следующее настраиваемое правило ограничивает команду проверки Fabrikam от создания рабочих элементов, запрещая переход к состоянию рабочего процесса Новое.

<WORKFLOW>
... 
<TRANSITION from=" " to="New"  
   for="[Project]\Developers" 
   not="[Project]\Fabrikam Review Team"  
   . . .  
</TRANSITION> 
...  
</WORKFLOW>

Нельзя определить пользовательское правило, которое ограничивает изменение рабочих элементов определенного типа. Можно указать только ограничение по состоянию. Если пользователь не изменяет состояние, он может изменить другие поля, если только все поля не доступны только для чтения для группы.

Чтобы ограничить изменения выборочных рабочих элементов любого типа для группы пользователей, назначьте эти рабочие элементы в область пути. Определите группу безопасности, а затем установите ограничения на редактирование рабочих элементов для этой группы в указанном маршруте области, как показано на следующем рисунке. Дополнительные сведения см. в разделе "Настройка разрешений и доступа для отслеживания работы", "Создание дочерних узлов и изменение рабочих элементов в рамках пути области".

Следующее настраиваемое правило запрещает команде проверки Fabrikam (атрибут) вносить изменения в пользовательские истории, запрещая все состояния рабочего процесса, определенные для типа рабочего элемента "пользовательская история". Так как для определенной команды состояние рабочего процесса не является допустимым, члены этой команды не могут сохранить рабочий элемент с любыми изменениями.

<WORKFLOW>
... 
 <STATE value="New">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Active">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Resolved">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
<STATE value="Closed">  
   not="[Project]\Fabrikam Review Team"  
</STATE>  
...  
</WORKFLOW>

Для унаследованного процесса можно добавить правило, ограничивающее переходы состояния. Например, следующее правило ограничивает переход с закрытого на два других состояния, New и Active.

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

<WORKFLOW>
. . .  
<TRANSITION from="Closed" to="New"  
   for="[Project]\Testers"  
   not="[Project]\Developers" 
   . . .  
</TRANSITION> 
<TRANSITION from="Closed" to="Active"  
   for="[Project]\Testers"  
   not="[Project]\Developers" 
   . . .  
</TRANSITION> 
. . .  
</WORKFLOW>

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

• current user is a member of a group...
• current user is not a member of a group...

Например, можно сделать поля Заголовок или Состояниетолько для чтения для некоторых пользователей или групп.

Например, поле "Приоритет " для типа рабочего элемента "История пользователя" становится доступным только для чтения для членов группы Fabrikam Fibre\Voice. Когда пользователь в этой группе открывает историю пользователя, он не может изменить значение в поле "Приоритет".

Для локальной модели xml-процессов можно настроить типы рабочих элементов для поддержки этих запросов ограничений:

• Ограничение того, кто может создавать или изменять рабочий элемент.
• Ограничьте, кто может создавать определенные типы рабочих элементов, такие как «Эпики» или «Фичи».

Например, можно ограничить изменение рабочих элементов, добавив правило в тип рабочего элемента, обычно в разделе WORKFLOW .

Вы ограничиваете доступ к объектам отслеживания работы одним из двух способов:

• Задайте правило поля условия, правило поля, основанное на условии, или их сочетание, применяемое к группе. Изменения в поле можно ограничить, указав соответствующее правило и применив его к определенной группе. Условные правила могут включать элементы CANNOTLOSEVALUE, EMPTY, FROZEN, NOTSAMEAS, READONLY и REQUIRED.
• Добавив WIT в группу скрытых категорий, вы можете запретить большинству участников проекта создавать их. Вы можете создать гиперссылку на шаблон, которая открывает форму рабочего элемента, и поделиться этой ссылкой с теми участниками группы, которым нужно их создавать.