Adicionando campos de integração em item de trabalho tipos

[Observação: Este tópico é pré-versão documentação e está sujeitas a alterações em versões futuras. Tópicos em branco são incluídos sistema autônomo espaços reservados.]

The Acompanhamento de item de trabalho do Team Foundation sistema integra-se com outros componentes do Team Foundation Server e Visual Studio Team System. Para obter o máximo benefício a integração entre os componentes do, você usa determinados campos e as ações em tipos de itens de trabalho.Este tópico descreve como você usa os campos obrigatórios e ações nas seções a seguir:

• Integração com o Team compilação

• Integração com o Visual Studio teste Tools

• Integração com controle de fonte do Team Foundation

Integração com o Team Foundation compilação

Team Foundation Build é o sistema de compilação automatizada de Team Foundation Server. Você pode configurar o processo de compilação usando Team Foundation Build. Team Foundation Build pode gerar itens de trabalho quando uma compilação falha, e também pode adicionar informações de compilação para itens que foram resolvidos em uma compilação específica de trabalho. Para que isso funcione, Team Foundation Build requer dois campos a seguir: Found In e Integration Build.

Adicionando o encontrado em campo

Team Foundation Build cria um novo item de trabalho quando uma compilação falha e define o Found In campo para o número da versão da compilação simplesmente falha. The Found In campo deve estar presente no tipo de item de trabalho que você deseja Team Foundation Build Para criar quando uma compilação falha. Se o Found In está faltando, campo Team Foundation Build não cria um item de trabalho para a compilação falhou, e tudo o que funciona sistema autônomo esperado.

A tabela a seguir resume os nomes e valores de Found In atributos de campo.

Nome do atributo	Valor atribuído
RefName	Microsoft.VSTS.compilação.FoundIn
Nome	Pode ser conjunto para nada porque integrações funcionam com base em nomes de referência de campo, não os nomes de campo.
Type (Tipo)	String

Exemplo do encontrado em campo

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>

Adicionando a integração de campo da compilação

Team Foundation Build identifica os itens de trabalho que foram resolvidos com cada compilação e, em seguida, atualizações, os itens para conjunto o número da versão na qual foram resolvidos de trabalho. Ele define o compilação número no Integration Build campo. Se o Integration Build está faltando, campo Team Foundation Build Não armazene o compilação numerar sistema autônomo itens de trabalho e tudo outra funciona conforme o esperado.

A tabela a seguir resume os nomes e valores de Integration Build atributos de campo.

Nome do atributo	Valor atribuído
RefName	Microsoft.VSTS.compilação.IntegrationBuild
Nome	Pode ser conjunto para nada porque integrações funcionam com base em nomes de referência de campo, não os nomes de campo.
Type (Tipo)	String

Exemplo de campo integração construir

<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Integração com o Visual Studio teste Tools

Algumas edições do Visual Studio inclui ferramentas que estão integradas ao ambiente de desenvolvimento de teste. Um recurso disponível nas ferramentas de testes é a capacidade de criar novos itens de trabalho quando um teste falhar.Para fazer isso, na janela Resultados de Teste, clicar com o botão direito do mouse resultado do teste para o qual você deseja criar um bug, aponte para Criar item de trabalhoe, em seguida, clique no tipo de item de trabalho para criar, por exemplo, Bug.Para obter mais informações, consulte Como: Criar um item de trabalho de um resultado de teste.

Quando um item de trabalho tiver sido criado dessa maneira, os três campos podem ser preenchidos automaticamente para fornecer informações sobre a falha de teste.Os três campos estão TestName, TestId, e TestPath. The Test Edition conjunto desses três campos com informações específicas sobre o teste falhou. Se o TestName, TestId, e TestPath campos estão faltando no item de trabalho, sistema autônomo campos não são definidos e tudo o que funciona sistema autônomo esperado.

A tabela a seguir resume os nomes e valores dos atributos desses três campos.

Nome do atributo	Valor atribuído
RefName	Microsoft.VSTS.teste.TestPath Microsoft.VSTS.teste.TestName, Microsoft.VSTS.teste.TestId,
Nome	Pode ser conjunto para nada porque integrações funcionam com base em nomes de referência de campo, não os nomes de campo.
Type (Tipo)	String

Exemplo dos campos nome e TestId TestPath

<FIELD name="Test Name" refname="Microsoft.VSTS.Test.TestName" type="String" reportable="detail">
    <HELPTEXT>The name of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Id" refname="Microsoft.VSTS.Test.TestId" type="String" reportable="detail">
    <HELPTEXT>The Id of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Path" refname="Microsoft.VSTS.Test.TestPath" type="String" reportable="detail">
    <HELPTEXT>The full pathname of the test that found this bug</HELPTEXT>

Integração com controle de fonte do Team Foundation

Um dos recursos de Controle de versão do Team Foundation é possível associar ou resolver itens de trabalho enquanto você fazer check-in do código. Você pode trabalhou em um item de trabalho específicos quando fazer uma alterar de código em particular e você pode conjunto essa associação de dentro da janela check-in de controle de fonte quando terminar de trabalhar no código.

A capacidade de Controle de versão do Team Foundation Para resolver um item de trabalho requer que os itens de trabalho contenham uma determinada ação. O acompanhamento do código-fonte sistema e consultas funcionam acompanhamento do item para determinar se o item de trabalho oferece suporte a essa ação e se ele oferece suporte a essa ação, ele consultará também para os estados de fonte e destino da transição.Se a ação for encontrada, o sistema de controle de fonte pode passar o item de trabalho de acordo com a transição de conjunto enquanto verifica no código.

Observação:
Quando você usa o Checkin ação, você deve conjunto apropriado ‘ da ’ e ‘ para ’ estados para refletir a transição de estado que você deseja.

Para obter mais informações sobre ações, consulte Associar uma transição de estado de uma ação e Detalhes da ação de transição.

Exemplo da ação de check-in

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Consulte também

Tarefas

Como: Criar um item de trabalho de um resultado de teste

Conceitos

Associar uma transição de estado de uma ação

Detalhes da ação de transição

Outros recursos

Personalizando tipos de itens de trabalho

Definindo item de trabalho fluxo de trabalho