Consulta por atribuição ou alterações de fluxo de trabalho

• Níveis de acesso:
  • Para exibir e executar consultas compartilhadas: membro do Project.
  • Pelo menos acesso Básico para adicionar e salvar uma consulta partilhada.
• Permissões:o conjunto de permissões Contribuir para Permitir para a pasta à qual você deseja adicionar uma consulta. Por padrão, o grupo Colaboradores não tem essa permissão.

• Níveis de acesso:
  • Para exibir e executar consultas compartilhadas: membro do Project.
  • Para adicionar e guardar uma consulta partilhada: É necessário pelo menos acesso Básico.
• Permissões:o conjunto de permissões Contribuir para Permitir para a pasta à qual você deseja adicionar a consulta. Por padrão, o grupo Colaboradores não tem essa permissão.

1. Consulte os campos Data e Identidade .

2. Por padrão, o servidor sincroniza o nome da pessoa definido pelo sistema ou campos baseados em identidade com o Ative Directory ou o ID do Microsoft Entra. Esses campos incluem: Ativado por, Atribuído a, Fechado por, Criado por e Resolvido por. Você pode conceder acesso a um projeto adicionando grupos de segurança que você criou no Active Directory ou no Microsoft Entra ID, ou adicionando contas a grupos existentes ou personalizados definidos a partir da página de segurança na configuração da coleção . Consulte Configuração de Active Directory ou Microsoft Entra ID.

   Para implantações locais, você pode habilitar ou desabilitar a sincronização para um campo de nome de pessoa usando o witadmin changefields ferramenta de linha de comando. Você também pode sincronizar campos personalizados de nome de pessoa especificando o syncnamechanges atributo. Consulte Gerenciar campos de item de trabalho e de referência do elemento FIELD (Definição) .

3. Campo reportável com atributo definido como Dimensão. Válido apenas quando a coleção está configurada para suportar o modelo XML local. Os dados reportáveis são exportados para o data warehouse e podem ser incluídos em relatórios do Excel ou do SQL Server. Para DevOps do Azure local, use o comando witadmin changefield para alterar o atributo reportável de um campo.

4. Campo indexado. Habilitar a indexação para um campo pode aumentar o desempenho da localização de itens de trabalho cujas consultas especificam esse campo. Para Azure DevOps local, use o comando witadmin indexfield para alterar o atributo de índice de um campo.

5. A Categoria de Requisitos aplica-se a todos os tipos de item de trabalho que aparecem no backlog e no quadro de produto. A categoria inclui os itens adicionados à Categoria de Bug com base na configuração da equipe para Mostrar bugs em quadros e listas de pendências. Para obter mais informações sobre categorias de tipo de item de trabalho, consulte Usar categorias para agrupar tipos de item de trabalho.

Para limitar o alcance de identidades disponíveis para seleção apenas aos utilizadores adicionados ao projeto, pode fazê-lo utilizando o grupo Project-Scoped Usuários. Para obter mais informações, consulte Gerenciar sua organização, Limitar a pesquisa e a seleção de identidades.

Mudanças de Estado

O exemplo de sintaxe XML a seguir ilustra regras que podem ser definidas para um tipo de item de trabalho que governam os valores para campos selecionados. Aqui, os campos Data Resolvida, Resolvido por, Data Fechada, Fechado por, Data Ativadae Ativado por são definidos como EMPTY quando um valor de Estado é definido como Novo. As atribuições de valor de Estado são avaliadas primeiro e, em seguida, as atribuições de transição são avaliadas em seguida.

   <WORKFLOW>
      <STATES>
        <STATE value="New">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Active">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Resolved">
          <FIELDS>
            <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
              <EMPTY />
            </FIELD>
            <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
              <EMPTY />
            </FIELD>
          </FIELDS>
        </STATE>
        <STATE value="Closed" />
      </STATES>

Atribuições de transição por "Ativado por" e "Data de Ativação"

Quando as seguintes transições ocorrem para um item de trabalho de bug, as seguintes atribuições são feitas para os campos Ativado por e Data de ativação:

<TRANSITION from="" to="New">
<TRANSITION from="New" to="Active">
<TRANSITION from="New" to="Resolved">
<TRANSITION from="New" to="Closed">
<TRANSITION from="Resolved" to="Active">
<TRANSITION from="Closed" to="Active">

<FIELDS>
   <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
       <COPY from="currentuser" />
           <VALIDUSER />
           <REQUIRED />
    </FIELD>
    <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
        <SERVERDEFAULT from="clock" />
   </FIELD>
</FIELDS>

E quando as seguintes transições ocorrem para o item de trabalho Bug:

<TRANSITION from="Active" to="New">
<TRANSITION from="Active" to="Closed">
<TRANSITION from="Resolved" to="Closed">

Em seguida, os campos Ativado por e Data de ativação são definidos como READONLY.

<FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
   <READONLY />
</FIELD>
<FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
   <READONLY />
</FIELD>

Campos Ativado por/data e Resolvido por/data

O sistema atualiza estes campos —Ativado por, Data de Ativação, Resolvido pore Data de Resolução— quando ocorre uma mudança baseada nos estados correspondentes da categoria do fluxo de trabalho. Quando o estado do fluxo de trabalho muda para uma categoria de estado Em Andamento, Ativado por e Data de Ativação são atualizados. Quando o estado do fluxo de trabalho muda para uma categoria de estado Resolvido, Resolvido por e Data Resolvida são atualizados.

Para saber mais sobre como os estados do fluxo de trabalho se correlacionam com as categorias de estado, consulte Como os estados do fluxo de trabalho e as categorias de estado são usados em Listas de pendências e quadros.

Como esses campos fazem referência às categorias de estado do fluxo de trabalho, os estados de fluxo de trabalho personalizados que você adiciona são referenciados ao atualizar os campos. Para saber mais sobre personalização, consulte Personalizar o fluxo de trabalho para um processo.

Notas adicionais:

• Os campos são atualizados sempre que um item de trabalho é movido de qualquer estado de categoria diferente daquele que está sendo definido. Por exemplo, se o utilizador atualizar um item de trabalho de Novo para Resolvido, os campos Resolvido por/Data de Resolução serão atualizados. No entanto, se tiver de atualizar a partir de Fixo e Pronto para Teste— que estão no mesmo estado de categoria —, os campos Resolvido por/Data de Resolução não serão atualizados.
• Quando faz a transição para trás, como passar de um estado Resolvido para um estado Ativo, o sistema limpa os valores dos campos Resolvido Por/Data Resolvida. Se passou de Activo para Novo, o sistema limpa os valores dos campos Ativado Por/Data de Ativação.
• Não altere manualmente os valores desses campos. São campos do sistema que são regidos por regras do sistema. Qualquer valor que você tente definir fica sobrescrito.