Processo de personalização passo a passo

Convém personalizar um modelo de processo para certificar-se que todos os projetos de equipe que são criados usando o modelo seguem os processos comerciais que sua equipe usar ou de organização.Além disso, convém personalizar um modelo de processo se você atualizar Visual Studio Team Foundation Server de uma versão anterior e você fez alterações a um modelo existente do processo que você deseja continuar a usar.Convém adicionar essas alterações a um novo modelo de processo ou para personalizar o modelo antigo para adicionar funcionalidade que foi fornecida na versão atual.

Para personalizar um modelo de processo, você primeiro baixar uma existente ou anula o modelo de processo, alterar ou adicionar arquivos, carrega os arquivos de modelo de processo, e então verifica suas alterações.A ilustração a seguir mostra a sequência de cinco tarefas principais que você execute para personalizar um modelo de processo.

Fluxo de trabalho de personalização de modelos de processos

Personalizar um modelo de processo é um processo iterativo.Você precisará de uma coleção de projeto de equipe que está definida em um servidor que esteja executando Team Foundation Server onde você pode testar seu modelo de processo para certificar-se que esteve personalizado corretamente.

Este tópico fornece a sequência recomendada e dicas operacionais para oferecer suporte às atividades para personalizar um modelo de processo.

ObservaçãoObservação

Os modelos de processo do Framework (MSF) de soluções da Microsoft que foram instalados com Team Foundation Server são substituídos por novas versões quando você atualizar a versão atual de Team Foundation Server.Se você personalizou os modelos antigos e o salvou o mesmo nome, devem ser baixados antes de atualizar, ou são substituídos e as personalizações são perdidas.

Se você deseja atualizar seus modelos personalizados do processo de modo que são baseados na versão mais recente dos modelos de MSF, devem ser atualizado manualmente.Para obter mais informações, consulte Atualizar um modelo de processo personalizado para acessar novos recursos.

1.Selecione e baixar um modelo de processo

A primeira etapa em personalizar um modelo de processo é selecione o modelo de processo que você deseja personalizar.Para minimizar as alterações que você deve fazer, você deve selecionar um modelo que corresponde ao melhor seus processos de equipe.Geralmente, você escolhe um modelo de processo baseado nos tipos de itens e de fluxo de trabalho de trabalho.Para uma comparação de modelos de processo para soluções Framework (MSF) da Microsoft, consulte Escolher um modelo de processo.

Para obter mais informações sobre MSF processar modelos e modelos adicionais que estão disponíveis de parceiros da Microsoft, consulte a seguinte página no site da Microsoft: Processar modelos e ferramentas.

Você pode baixar um modelo existente do processo para usar como a base para personalização.Dependendo da extensão das personalizações, você pode baixar um modelo ou em branco que é criado pelo.Você pode baixar os modelos de processo usando o gerenciador do modelo de processo.Para obter mais informações, consulte Processo de personalização passo a passo.

De volta ao topo

2.Personalizar o modelo de processo

Antes de iniciar para personalizar o modelo de processo, revise as seções a seguir para a orientação adicional, sequências recomendadas, e ferramentas úteis.

  • Planejar as alterações no modelo de processo

  • Modifique arquivos ou usar o editor do processo

  • Crie ou personalizar objetos para controlar de trabalho

  • Personalizar arquivos de encaixe

  • Personalizar o arquivo de modelo de processo raiz

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifPlanejar as alterações no modelo de processo

Porque os toques do modelo de processo em vários componentes do processo de uma equipe, você pode querer planejar, para coordenar, e controlar as alterações que você fará.Em particular, convém verificar com a de projeto, a de teste, a de desenvolvimento, e gerentes de versão antes que você altere o rastreamento, o relatório, o Team Foundation Build, o Controle de versão do Team Foundation, o Microsoft Test Manager, e o Visual Studio Lab Managementde item de trabalho.

Para as diretrizes de personalização e uma visão geral dos objetos que você pode personalizar para controlar o trabalho, consulte Personalizar dados de acompanhamento de projeto, formulários, fluxo de trabalho e outros objetos.Para obter uma lista de verificação útil, consulte Lista de verificação: planejar e acompanhar as alterações no seu modelo de processo.

Além disso, revise as anotações e dicas a seguir:

  • As restrições são colocadas em nomes ou nos rótulos de maioria dos objetos de Team Foundation .Para obter uma visão geral de nomear as restrições que se aplicam para processar modelos, grupos de segurança, nós da área de iteração, e tipos de item de trabalho, e campos de item de trabalho, consulte Restrições de nomes na Team Foundation.

  • A maioria dos componentes do modelo de processo que você personaliza afetará somente o projeto de equipe que você cria usando o modelo de processo.Exceções a essa regra são listas, tipos de link, e os campos globais de item de trabalho que são definidos para tipos de item de trabalho.Esses objetos são definidos para uma coleção de projeto de equipe.

  • Você pode alterar a maioria das áreas funcionais de um modelo de processo depois de criar um projeto de equipe.A única área que você não é pode alterar os estados de resolução de teste que são usados por Test Runner e por Microsoft Test Manager.Para obter mais informações, consulte Definir a configuração inicial do Test Manager.

  • Na primeira vez que você personaliza um modelo de processo, faça uma pequena alteração.Se você faz muitas alterações sem uma boa conhecimento sobre como as alterações podem afetar seu modelo, há várias localizar os erros que serão difíceis de depuração.

  • O tamanho máximo de um modelo de processo é duas gigabytes.Quando você personaliza um modelo de processo, certifique-se de que suas alterações não aumentam seu tamanho além desse valor.

  • Se o foco é adicionar ou modificar os tipos de itens de trabalho, você pode obter esse sem alterar o modelo de processo inteiro.Você pode fazer e testar alterações usando um projeto existente.Você pode usar as ferramentas de linha de comando de witadmin exportwit e de importwitd para baixar e carregar os arquivos de definição de XML para tipos de item de trabalho.

    Para obter mais informações, consulte Adicionar e personalizar um tipo de Item de trabalho e Personalizar e gerenciar tipos de item de trabalho [witadmin].

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifModifique arquivos ou usar o editor do processo

Personalizar um modelo de processo consiste alterar um ou mais arquivos de modelo de processo para adicionar ou remover as tarefas que especificam o upload de arquivos à coleção de projeto de equipe.Quando você altera um arquivo de modelo de processo, você deve compreender as dependências que existem nos elementos plug-in e as restrições em nomear objetos e funcionam campos de item.

Se você tiver alterações secundárias e é confortável trabalhar com o formato XML, você pode alterar arquivos usando o Bloco De Notas ou outro editor de texto.Além disso, você pode usar o editor do processo, que é uma ferramenta elétrica que é instalado como um suplemento a Visual Studio.

ObservaçãoObservação

Você pode baixar a ferramenta elétrica a seguinte página no site da Microsoft: Ferramentas poderosas do Team Foundation Server.

O editor do processo fornece uma interface do usuário que você pode usar para personalizar muitas áreas em um modelo de processo.Você pode usar o editor para alterar as versões mais recentes dos modelos de processo do MSF.Especificamente, você pode usar o editor para personalizar as seguintes áreas:

  • Acompanhamento de item de trabalho:

    • Criar e editar as definições para tipos de item de trabalho.

    • Criar e editar consultas de item de trabalho, e organize consultas em pastas de consulta.

    • Criar e editar tipos de link.

    • Criar e editar categorias para agrupar tipos de item de trabalho.

  • Projeta classificações e hierarquias:

    • Criar e editar os caminhos de área do produto.

    • Criar e editar versões da etapa ou caminhos de iteração.

    • Modifique o arquivo de mapeamento para Microsoft Project.

  • Grupos de Segurança: Criar e editar grupos e permissões para Team Foundation Server.

  • Controle de versão:

    • Configurações de check-out de edição.

    • Criar e editar notas de check-in.

    • Criar e editar grupos e permissões para Team Foundation Server.

  • Portal e relatórios:

    • Revise os arquivos a serem carregados e a sua estrutura de pasta.

    • Adicione arquivos a serem carregados.

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifCrie ou personalizar objetos para controlar de trabalho

Você pode personalizar como você acompanha seu projeto de equipe, e você pode criar seu fluxo de trabalho, formulários de item de trabalho, e campos de dados personalizando um ou mais objetos para acompanhar itens de trabalho.Você pode criar ou personalizar todos os tipos de objetos que a seguir mostra a ilustração, exceto para o fluxo de trabalho global.Além desses objetos, você pode definir consultas de item de trabalho e instâncias de item de trabalho.

Objetos de rastreamento de Item de trabalho

Para obter mais informações sobre como definir ou personalizar esses objetos, consulte os seguintes tópicos:

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifDependências entre classificações e consultas de item de trabalho

Consultas de item de trabalho que são definidos para o modelo de processo do MSF para o uso de software agile de programação os nós de iteração que são definidos no arquivo de Classification.xml.Se você alterar as definições de nó de iteração, você deve alterar as consultas de item de trabalho que dependam.Você pode localizar essas consultas procurando-se pelas macros em arquivos de .wiq:

  • Iteração 1 = @@Iteration%201@@

  • Iteração 2 = @@Iteration%202@@

  • Iteração 3 = @@Iteration%203@@

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifRestrições em nomear objetos de item de trabalho

Cada campo de item de trabalho tem um nome de campo associado de referência que identifica exclusivamente cada campo e não pode ser alterado depois que é atribuído.

Além disso, um campo de item de trabalho pode ter um nome de relatório que é atribuído a ele.O nome do relatório deve corresponder por todos os tipos de itens de trabalho que são definidos para uma coleção de projeto de equipe.Se não, os erros de validação podem ocorrer quando você carregar o modelo de processo, ou conflitos podem ocorrer em bancos de dados de data warehouse.

Trabalhar nomes de campos do item, nomes de tipo de link, e as listas globais são do escopo para uma coleção de projeto de equipe.Se você personaliza qualquer um de objetos, a alteração será refletida em todos os projetos de equipe que são definidos na coleção e tipos de item de trabalho que contêm que campo de item de trabalho.

Para obter mais informações, consulte As convenções de nomenclatura para objetos de rastreamento de Item de trabalho.

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifPersonalizar arquivos de encaixe

Cada arquivo plug-in especifica uma ou mais tarefas processar, e cada arquivo plug-in executa um conjunto exclusivo de tarefas.Se você adiciona ou remove um arquivo para o carregamento, certifique-se que você adiciona ou remove a tarefa no arquivo plug-in correspondente que especifica o arquivo a ser carregado.Além disso, algumas tarefas que são definidas nos arquivos do plug-in tem dependências.Certifique-se de que todas as dependências estão localizadas ainda depois de fazer as alterações.Para obter mais informações, consulte Definir as tarefas para processar um plug-in e Definir dependências para grupos de tarefas e tarefas em arquivos de plug-in.

A tabela a seguir descreve a sequência recomendada para personalizar os nove arquivos plug-in suportados e fornece um link para a tarefa e o tópico relacionados.

Por Etapa

Tarefa 

Anotações e dependências

Etapa 1

Definir áreas do produto e etapas ou iterações.

Você definir áreas para organizar itens de trabalho em categorias lógicas, físicas, ou funcionais.Você define iterações aos itens de trabalho do grupo nas etapas ou em categorias do ciclo de tempo.

O plug-in de classificação é necessário para todos os modelos de processo.

Etapa 2

Defina grupos padrão, membros do grupo, e permissões.

Você pode definir permissões para uma coleção, um projeto, um caminho de área ou iteração, e as assinaturas de evento.

As tarefas em grupos e as permissões de plug-in podem ter as dependências em definidas no plug-in de classificação.

Etapa 3

Especificar os objetos para controlar o trabalho, consultas de item de trabalho, e instâncias de item de trabalho para carregar.

Você deve especificar as tarefas carregar arquivos e definir consultas em uma sequência específica: os primeiros tipos de link, então funcionam tipos de item, então vê-los.Cada arquivo de definição para esses objetos depende das tarefas que são especificadas em que a precede.Em geral, você deve manter a sequência de tarefa que é definida no modelo de processo que você está personalizando.

As definições de tipos de item de trabalho podem depender de plug-ins de classificações e os grupos e de permissões.

Etapa 4

Definir políticas padrão e permissões para o controle de versão.

Você configura as permissões de um projeto de equipe, diretivas de check-out, e iniciais notas de check-in personalizando o plug-in de controle de versão.

Etapa 5

Defina permissões padrão e tarefas de compilação oferecer suporte a operações de compilação.

Personalizando o plug-in de compilação, você configura as permissões inicial e arquivos de modelo de um projeto de equipe que usa de Serviço Team Foundation Build .

Etapa 6

Define a configuração inicial para o gerenciador de teste da Microsoft.

Você pode definir configurações como variáveis de teste e testar as configurações que combinam variáveis de teste personalizando o plug-in de gerenciamento de teste.Além disso, você pode personalizar as configurações padrão de teste e a lista de estados válidos de resolução de teste.

Etapa 7

Define a configuração inicial para o gerenciamento de laboratório.

Você pode configurar as permissões inicial e arquivos de modelo de um projeto de equipe personalizando o plug-in de laboratório.

Etapa 8

Defina os relatórios para carregar e a estrutura de pasta do nó de relatórios.

Você pode alterar o conjunto de relatórios de .rdl para carregar.O plug-in de relatório é necessário para criar o nó de relatórios para um projeto de equipe.

O plug-in de relatório requer que a coleção de projeto de equipe onde você criará um projeto de equipe esteve configurado com serviços e o SQL Server de análise de SQL Server que reporting services.

9

Defina os documentos para carregar, as bibliotecas de documentos para criar, e os recursos do SharePoint para ativar.

Você pode alterar o conjunto de documentos para carregar e recursos para ativar.O plug-in portal é necessário para criar o nó de documentos para um projeto de equipe.

O plug-in portal requer que a coleção de projeto de equipe onde você criará um projeto de equipe esteve configurada com Produtos do SharePoint.

De volta ao topo

ms243882.collapse_all(pt-br,VS.110).gifPersonalizar o arquivo de modelo de processo raiz

A sequência das tarefas que o novo de O assistente de equipe realizar é determinada pela sequência de tarefas agrupadas que são definidas no arquivo de ProcessTemplate.xml e os arquivos do plug-in que chama.Para obter mais informações, consulte Definir as tarefas raiz usando o arquivo de plug-in de modelo de processo.A tabela a seguir lista a sequência que é definida nos modelos de processo de MSF.

Sequência plug-in agile

Sequência CMMI plug-in

  • Classification.xml

  • GroupsandPermissions.xml

  • WorkItems.xml

  • VersionControl.xml

  • Build.xml

  • Lab.xml

  • TestManagement.xml

  • ReportsTasks.xml

  • WssTasks.xml

  • Classification.xml

  • GroupsandPermissions.xml

  • WssTasks.xml

  • ReportsTasks.xml

  • WorkItems.xml

  • VersionControl.xml

  • Lab.xml

  • TestManagement.xml

  • Build.xml

Se você listar suas tarefas em cada arquivo plug-in na mesma ordem que as suas dependências, você elimina possíveis problemas com dependências falta de.

De volta ao topo

3.Carregar um modelo de processo

Quando você carregar um modelo de processo, você carregá-lo a uma coleção de projeto de equipe.Idealmente, você deve usar uma coleção de projeto de equipe que não é usada por outros projetos de equipe.Trabalhando em uma coleção de projeto de banco de ensaio, você evita que pode gerar uma alteração colidir com os processos existentes de equipe que são ainda em desenvolvimento.Além disso, você desejará a coleção de projeto de equipe para oferecer suporte aos mesmos recursos que você deseja membro da equipe para acessar, como um portal de projeto e um site de relatório.

Certifique-se de que o nome do seu modelo de processo é exclusivo.Se você baixou um modelo de processo de uma coleção de projeto de equipe, fazer uma alteração, e é carregar o modelo agora, você deve modificar seu nome ou exclua o modelo existente do processo de coleção de projeto de equipe.

O processo de carregamento executar uma verificação de verificação para certificar-se que é XML válido.Se você receber quaisquer erros quando você tenta carregar o modelo de processo, as alterações que você fez terão causou o erro.Revisar suas alterações, e corrigir erros de sintaxe XML que você encontrar.

Para obter mais informações, consulte Processo de personalização passo a passo.

De volta ao topo

4.Crie uma equipe Project

Depois que você carregar um modelo de processo, você deve criar um projeto de equipe para que você possa verificar a alteração.Executar o assistente de O novo de equipe, e crie um projeto de equipe de teste.Se um erro ocorrer, exibir o log para a criação do projeto de equipe.Contém uma lista de tarefas que tentou executar e de mostra as tarefas que falharam.Você pode mapear tarefas falha de volta para XML determinar a causa de erros.

Para obter mais informações, consulte Criar um projeto de equipe.

Para testar modelos de novo processo, você deve criar projetos de equipe.Você pode limpar desnecessários projetos de equipe usando a ferramenta de linha de comando TFSDeleteProject .Para obter mais informações, consulte Excluir um projeto de equipe [TFSDeleteProject].

De volta ao topo

5.Verifique suas alterações

Se o projeto de equipe é criado com êxito, executar etapas adicionais para verificar que a alteração aparece no projeto de equipe corretamente.Se você adicionou um relatório, certifique-se que aparece em Team Explorer.Se você removeu um tipo de item de trabalho, certifique-se de que o tipo de item de trabalho que você removeu já está indisponível.

De volta ao topo

Consulte também

Tarefas

Criar um projeto de equipe

Referência

Personalizar e gerenciar tipos de item de trabalho [witadmin]

Conceitos

Trabalhando com arquivos de modelo de processo

Gerenciar modelos de processo

Personalizar modelos de processo