Automatizando as transições de estado

Artigo
08/25/2010

[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.]

Os clientes e parceiros talvez queira passar automaticamente os itens de trabalho de estado para estado com base em eventos que ocorrem em outro lugar no Microsoft Visual Studio Team System ou em eventos que ocorrem fora Microsoft Visual Studio Team System, por exemplo, a partir de uma ferramenta de acompanhamento de chamadas. O modelo de tipo de item de trabalho e a API de acompanhamento de item trabalho são estendidas para oferecer suporte a transição automático de itens de trabalho por outros sistemas.

Observação:
A API item de trabalho acompanhamento faz parte do Visual Studio Team System SDK na Site da Microsoft.

Por exemplo, uma ferramenta é predefinida para a transição automaticamente um item de trabalho "Resolvido" depois que o usuário faz check-in de uma alterar.No entanto, sistema autônomo um provedor de integração, você não souber qual estado o autor de tipo de item de trabalho ter declarado sistema autônomo "resolvido. ” O autor pode significar resolvido, fechado, concluído, pronto para teste, incluir em construir e assim por diante.Seria uma opção exigir que todos os autores de tipo de item de trabalho incluir um estado explicitamente chamado "resolvido. ”

Essa solução muito restritiva e também é ruim de uma perspectiva internacional porque não permite a localização de estados.Em vez disso, sistema autônomo integradores de sistema podem declarar uma ação, sistema autônomo "check-in"ou "concluída" que induzir a uma transição automático para itens de trabalho.O autor de tipo de item de trabalho, em seguida, deve declarar esta ação em transição adequado.