Versão controle processo modelo Plug-in

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

O plug-in de controle de versão define permissões de segurança de controle de versão inicial de um projeto equipe, observações de check-in, e se exclusivo fazer check-out é necessária.O nome do plug-in é Microsoft.ProjectCreationWizard.VersionControl.O arquivo XML de controle de versão é denominado VersionControl.xml e está localizado na pasta controle de versão na hierarquia de pastas de modelo de processo.Você pode alterar o nome do arquivo e pasta XML se necessário.

No arquivo XML, especifique uma ou mais tarefas e suas dependências.Geralmente, você precisa apenas uma tarefa para configurar as configurações de controle de versão.Para obter um exemplo de uma tarefa especificando configurações de controle de versão, consulte o arquivo VersionControl.xml no MSF para modelo de processo de desenvolvimento ágil de softwares.

Observação:
Team Foundation Server não inclui um mecanismo de implantação do plug-ins do lado do cliente, políticas, ou Outros modificações. Se você desejar implantar plug-ins, regras, ou Outros modificações Team Explorer, você deve usar seu próprio programa de instalação e distribuição.

Observações de check-in

Verificar - no anotações são fornecidos pelo desenvolvedor quando código é feito o check-in para descrever como fazer isso, ou se as alterações de código relacionadas a processos da equipe.Por exemplo, uma observação de check-in pode indicar se a alterar foi parte de uma revisão de segurança e incluir detalhes sobre as alterações em relação à revisão de segurança.

Use o elemento checkin_note para definir uma observação de check-in.

<checkin_note label="" required="" order=""/>

A tabela a seguir descreve os atributos do elemento checkin_note.

Atributo	Descrição
label (rótulo)	O rótulo que descreve a observação de check-in.O rótulo é exibido ao usuário na caixa de diálogo de check-ins pendentes quando eles executam um check-in.
necessário	Especifica se a observação de check-in é necessária para ter um valor.Se conjunto para true, a observação de check-in deve ter um valor.Se conjunto como false, um valor é opcional.
order	Especifica um número ordinal para indicar que a ordem para exibir as notas de check-in.Esse atributo é opcional.

O exemplo a seguir mostra como personalizar o MSF for desenvolvimento de software Agile check - in anotações para fornecer uma verificação adicional - na anotação chamada "Documentação de impacto" que não é necessário para ter um valor.

<taskXml>
   <checkin_note label="Code Reviewer" required="false" order="1"/>
   <checkin_note label="Security Reviewer" required="false" order="2"/>
   <checkin_note label="Performance Reviewer" required="false" order="3"/> 
   <checkin_note label="Documentation Impact" required="false"/>
</taskXml>

Exclusivo de fazer check-out

Você pode controlar se várias pessoas podem fazer check-out de um arquivo ao mesmo time.Use o elemento exclusive_checkout para especificar as propriedades de check-out.

<exclusive_checkout required=""/>

Se o atributo necessário está conjunto para true, somente uma pessoa pode fazer check-out de um arquivo por vez.Se conjunto como false, várias pessoas podem fazer check-out de um arquivo ao mesmo time e eles devem reconciliar as alterações quando eles fizer o fazer check-in do arquivo.

O exemplo a seguir mostra como especificar esse check-out exclusivo é necessária.

<exclusive_checkout required="true"/>

Obter mais recente no fazer check-out

Você pode configurar o comportamento de check-out padrão para o projeto da equipe.Use o elemento get_latest_on_checkout para especificar o comportamento de check-out.

<get_latest_on_checkout required=""/>

Se o atributo necessário está conjunto como true, a versão mais recente do que um item ou dica, é baixado sempre que você faz check-out.Esse comportamento é semelhante ao comportamento de check-out em Visual SourceSafe.

Se o atributo exigido é definido como false, a operação de fazer check-out verificará fazer check-out da versão local do seu espaço de trabalho.Esse é o comportamento padrão.

O exemplo a seguir mostra como especificar que o comportamento de fazer check-out padrão é obter a versão mais recente de itens em fazer check-out.

<get_latest_on_checkout required="true"/>

Permissões

Controle de versão tem um conjunto específico de permissões que você pode configurar para um modelo de processo.Especificando permissões irá definir quais grupos de segurança de ações e indivíduos podem executar nos itens sob controle de versão.

Use o elemento de permissão Permitir, negar, ou permitir e negar permissões para uma identidade.

<permission allow="" identity=""/>
<permission deny="" identity=""/>
<permission allow="" deny="" identity=""/>

A tabela a seguir descreve os atributos do elemento de permissão.

Atributo	Descrição
permitir	Identifica as permissões que estão sendo concedidas.sistema autônomo permissões são especificadas sistema autônomo texto delimitado por vírgulas.
Negar	Identifica as permissões que está sendo revogadas.sistema autônomo permissões são especificadas sistema autônomo texto delimitado por vírgulas. Observação: As permissões negadas têm precedência sobre as permissões permitidas.
identidade	Especifica o Team Foundation Server agrupar de segurança, agrupar do Windows ou identidade do Windows ao qual essa permissão é aplicada.

A tabela a seguir descreve as permissões que você pode especificar para o controle de versão.

Permissão	Descrição
Read	Pode ler o Sumário de um arquivo ou pasta.
PendChange	Pode fazer check-out, adicionar, excluir, filiais, mesclagem, cancelamento de exclusão e realizar outras atividades associadas a um conjunto de alterações.
Checkin	Pode fazer check-in em alterações.
Rótulo	Pode aplicar um rótulo aos itens.
Bloquear	Pode bloquear um item para que outras pessoas não podem atualizá-lo.
ReviseOther	Pode alterar o Sumário de comentários conjunto de alterações e observações de check-in de outra pessoa.
UnlockOther	Pode remover o bloquear de outra pessoa.
UndoOther	Pode desfazer a outra pessoa alterações pendentes.
LabelOther	Pode modificar o rótulo de outra pessoa.
AdminProjectRights	Pode definir configurações de segurança para o controle de versão.
CheckinOther	Pode executar uma verificação em sistema autônomo outro usuário.Esta permissão é necessária para utilitários de conversão.

Observação:
Durante o tempo de execução, se uma permissão não pode ser encontrada para uma identidade, a permissão é pesquisada para em outros grupos que pertence a identidade.Se a permissão não for encontrada, a ação padrão é negar a permissão.

O exemplo a seguir mostra como conceder permissões para permitir que o Colaboradores agrupar para modificar os arquivos sob controle de versão.

<taskXml>
   <permission allow="Read, PendChange, Checkin, Label, Lock"
               identity="[$$PROJECTNAME$$]\Contributors"/>
</taskXml>

Consulte também

Tarefas

Como: Verificar alterações de controle de versão

Conceitos

Windows SharePoint Services processo modelo Plug-in

Relatórios processo modelo Plug-in

Grupos e permissões processo modelo Plug-in

Team Foundation Fazer Marcar-out configurações

Outros recursos

Plug-in do modelo de processo de acompanhamento do item de trabalho