Implementação personalizada políticas de seleção da análise de código para código gerenciado

Uma política de check-in de análise de código a seguir especifica um conjunto de regras que os membros de um projeto de equipe deve executar no código-fonte antes que seja feito o check-in para controle de versão.A Microsoft fornece vários conjuntos de regras padrão que agrupam regras de análise de código em áreas funcionais.Os conjuntos personalizados de regra de política de check-in especificam um conjunto de regras de análise de código que são específicas para um projeto de equipe.Um conjunto de regras é armazenado em um arquivo de .ruleset.

As políticas de check-in são definidas em nível de projeto de equipe e especificadas pelo local de um arquivo de .ruleset na árvore de controle de versão.Não há nenhuma restrição no local de controle de versão do conjunto de regra personalizada de política de equipe.

A análise de código está configurada para projetos individuais de código na janela propriedades para cada projeto.Uma regra personalizada definida para um projeto de código é especificada pela localidade física do arquivo de .ruleset no computador local.Quando um arquivo de .ruleset é especificado que está localizado na mesma unidade do projeto de código, o Visual Studio usa um caminho relativo para o arquivo de configuração do projeto.

Uma prática sugerida para criar um conjunto de regra personalizada de projeto de equipe é armazenar o arquivo de política de check-in .ruleset em uma pasta especial que não é uma parte de qualquer projeto de código.Se você armazenar o arquivo em uma pasta dedicada, você pode aplicar as permissões que restringem quem pode editar o arquivo da regra, e você pode facilmente mover a estrutura de diretório que contém o projeto para outro diretório ou computador.

Criando o conjunto personalizado de regra de check-in de projeto de equipe

Para criar uma regra personalizada definida para um projeto de equipe, você primeiro cria uma pasta especial para a regra de política de check-in definida em Gerenciador do Controle do Código-Fonte.Você então cria o arquivo set de regra e adicionar o arquivo ao controle de versão.Finalmente, você especifica a regra definida como a política de check-in de análise de código para o projeto de equipe.

Observação
Para criar uma pasta em um projeto de equipe, primeiro você deve mapear a raiz do projeto de equipe para um local no computador local.Para mais informações, consulte Criar e trabalhar com espaços de trabalho.

Para criar a pasta de controle de versão para a política de check-in regra o dataset

1. Em Team Explorer, expanda o nó de projeto de equipe, clique em Controle de Código-fonte.

2. Em o painel de Pastas , clique com o botão direito do mouse no projeto de equipe e então clique em Nova Pasta.

3. Em o painel de controle de código fonte principal, clique com o botão direito do mouse Nova Pasta, clique Renomear, e digite um nome para a pasta ajustada de regra.

Para criar um conjunto de regras de política de check-in

1. Em o menu de Arquivo , aponte para Novo, e clique em Arquivo.

2. Em a lista de Categorias , clique Geral.

3. Em a lista de Modelos , clique duas vezes Conjunto de Regras da Análise de Código.

4. Especificar regras para incluir no conjunto de regras e em seguida, salve o arquivo set de regra a pasta ajustada de regras que você criou.

   Para mais informações, consulte Criando conjuntos de regras de análise de código personalizado.

Para adicionar o arquivo set de regra ao controle de versão

1. Em Gerenciador do Controle do Código-Fonte, clique com o botão direito do mouse na pasta, clique em Adicionar itens à pasta.

   Para mais informações, consulte Usando o Controle de Versão.

2. Clique no arquivo set de regra que você criou, clique em Concluir.

   O arquivo é adicionado ao controle de origem e fazer o check-out para você.

3. Em a janela dos detalhes de Gerenciador do Controle do Código-Fonte , clique com o botão direito do mouse no nome de arquivo e clique em "Fazer Check-in de Alterações Pendentes".

4. Em a caixa de diálogo de check-in , você tem a opção para adicionar um comentário e clique em Fazer Check-in.

   Observação

   Se você já configurou uma política de check-in de análise de código para seu projeto de equipe e você selecionou Forçar o check-in para conter somente os arquivos que são parte da solução atual, você irá acionar um aviso de falha da diretiva.Em a caixa de diálogo de falha da diretiva, selecione "Substituir falha da política e continuar o check-in".Adicionar um comentário necessário, e clique em OK.

Para especificar o arquivo set de regra como a política de check-in

1. Em o menu de equipe , aponte para Configurações de projeto de equipe, e clique em Controle de Código-fonte.

2. Clique Política de check-in, clique em Adicionar.

3. Em a lista de registe a diretiva , clique duas vezes Análise de Código, e certifique-se de que a caixa de seleção de Aplica a análise de código para código gerenciado está selecionada.

4. Em a lista de Executar este conjunto de regras , **<Select Rule Set from Source Control>**clique em.

5. Digite o caminho do arquivo set de regra de política de check-in em controle de versão.

   O caminho deve estar de acordo com a seguinte sintaxe:

   **$/TeamProjectName/**VersionControlPath

   Observação
   Você pode copiar o caminho usando um dos seguintes procedimentos em Gerenciador do Controle do Código-Fonte:

   • Em o painel de Pastas , clique na pasta que contém o arquivo set de regra.Copie o caminho de controle de versão da pasta que aparece na caixa de Origem , e digite o nome do arquivo set de regra manualmente.

   • Em a janela de detalhes, clique com o botão direito do mouse no arquivo set de regra, clique em Propriedades.Em a guia de Geral , copie o valor em Nome do servidor.

Sincronizando projetos de código para o conjunto de regras de política de check-in

Você especifica uma regra de política de check-in de projeto de equipe definida como a regra de análise de código definida de uma configuração de projeto de código na caixa de diálogo propriedades de projeto de código.Se o conjunto de regras está localizado na mesma unidade do projeto de código, um caminho relativo é usado para especificar a regra definida quando o caminho é selecionado da caixa de diálogo de arquivo.O caminho relativo permite que as configurações de propriedades do projeto para ser portátil a outros computadores que usam estruturas de controle local semelhantes de versão.

Para especificar uma regra de projeto de equipe definida como um conjunto de regras de código projeto

1. Se necessário, recuperar a pasta e o arquivo conjunto de regras de política de check-in de controle de versão.

   Você pode executar esta etapa em Gerenciador do Controle do Código-Fonte clique com o botão direito do mouse na pasta ajustada de regras e clicando em Obter Última Versão.

2. Em Gerenciador de Soluções, clique com o botão direito do mouse no projeto de código, clique em Propriedades.

3. Análise de código de clique.

4. Se necessário, clique nas opções apropriadas nas listas de Configuração e de Plataforma .

5. Para executar todas as vezes na análise de código que o projeto de código é compilado usando a configuração especificada, selecione a caixa de seleção de Ativar análise de código na compilação (define a constante de CODE_ANALYSIS) .

6. Para ignorar o código em componentes de outras empresas, selecione a caixa de seleção de Suprimir resultados do código gerado .

7. Em a lista de Executar este conjunto de regras , **<Browse...>**clique em.

8. Especificar a versão local do arquivo set de regra de política de check-in.