Dividindo um projeto da equipe
sistema autônomo você usa Team Foundation Server para gerenciar vários projeto da equipe sistema autônomo, você pode encontrar situações em que é desejável para dividir uma única projeto da equipe em duas (ou mais) separam projeto da equipe sistema autônomo. Dividir um projeto da equipe pode ser apropriado quando:
As diretrizes de processo sugerem ou exija isso.
Você precisa de diretivas de check-in diferentes para uma parte do projeto da equipe.
O projeto da equipe está se aproximando as limitações de dimensionar máximo suportadas pelo Team Foundation Server, e é importante planejar o crescimento ainda mais no projeto da equipe.
Você deve determinar se o projeto da equipe original continua e uma nova ramificar é criada para o segundo projeto da equipe, ou se dois (ou mais) novos projetos de equipe são criados e o projeto da equipe original não é mais usado.O restante deste tópico presume que estão dando continuidade ao usar o projeto da equipe original e são um novo projeto da equipe da ramificação.Para obter mais informações sobre como criar dois novos projetos de equipe, consulte Movendo um projeto da equipe de uma versão para o próximo.
Criar o projeto da equipe ramificadas
Inicie o processo de ramificação, usando o Assistente para novo projeto da equipe para criar o segundo projeto da equipe.Siga as instruções nas páginas do assistente, preenchendo o nome e Outros informações para o novo projeto da equipe.Quando solicitado a especificar as configurações de controle de fonte, crie uma nova ramificar de controle de fonte a partir do projeto da equipe antigo.Para obter mais informações sobre usando o Assistente para novo projeto da equipe, consulte Novo Team Projeto Assistente.
Mover itens de trabalho do projeto da equipe Original para o projeto da equipe ramificadas
Mova os itens de trabalho relevantes do projeto da equipe original para o projeto da equipe ramificado.Você deve copiar os itens de trabalho relevantes para o projeto da equipe ramificado one by one (Team Foundation Server não oferece suporte a massa copiando ou movendo itens de trabalho de projetos). Para obter mais informações sobre como copiar um item de trabalho de um projeto para outro, consulte Como: Copiar um item de trabalho.
.gif "Observação") Observação: |
|---|
Fazer uma cópia de um item de trabalho definirá o status do novo item de trabalho para ativo por padrão.Se você tiver itens de trabalho no projeto da equipe original com um status diferente de ativo, e você copiar esses itens para o projeto da equipe ramificadas de trabalho, certifique-se de conjunto o status no item de trabalho novo para o mesmo status sistema autônomo tinha o projeto da equipe original. |
Como alternativa, você pode usar o Microsoft Excel para itens de trabalho de cópia em massa de um projeto da equipe para outro.Embora a cópia em massa poderia copiar as informações corrente nos itens de trabalho, ele não poderia copiar o histórico do item de trabalho, anexos e links o projeto da equipe ramificado.Para obter mais informações sobre itens de trabalho usando o Excel a cópia em massa, consulte Trabalhando com itens de trabalho no Microsoft Excel e Microsoft Projeto.
Mover os documentos do projeto da equipe Original para o projeto da equipe ramificadas
A quarta etapa na ramificação é mover os documentos relevantes do projeto da equipe original para o projeto da equipe ramificado.Você pode copiar os documentos para o novo projeto arrastando e soltando os documentos dentro de Team Explorer. Para obter mais informações sobre como copiar documentos de um projeto para outro, consulte Como: Mover ou excluir um documento ou uma pasta no Team Explorer.
conjunto as permissões de usuário para o projeto da equipe ramificadas
É importante que você corretamente conjunto as permissões para o projeto da equipe ramificado.Você precisará conjunto as permissões em cada item individualmente (por motivos de segurança Team Foundation Server não oferece suporte a massa copiando ou movendo de permissões de um projeto para outro). Para obter mais informações sobre como definir permissões, consulte Managing Permissions.
Criar as áreas e iterações para o projeto da equipe ramificadas
A estrutura de projeto da equipe e a classificação usadas no projeto da equipe original podem ou não podem continuar a ser apropriado para o projeto da equipe ramificado.Você deve criar as áreas e iterações para o projeto da equipe ramificado one by one (Team Foundation Server não oferece suporte a massa copiando ou movendo das áreas ou iterações de um projeto para outro). Para obter mais informações sobre como criar áreas e iterações, consulte Configuração Inicial áreas de projeto ou iterações.
Criar diretivas de check-in
As equipe de projeto diretivas de check-in usadas no projeto da equipe original podem ou não podem continuar a ser apropriado para o projeto da equipe ramificado.Você deve criar diretivas de check-in para o projeto da equipe ramificado one by one (Team Foundation Server não oferece suporte a massa copiando ou movendo das diretivas de check-in de um projeto para outro). Para obter mais informações sobre diretivas de check-in, consulte Trabalhar com check-In Policies and Notes.
Criar alertas
Se você estiver usando alertas no projeto ramificado equipe, é importante que você conjunto essas notificações de eventos corretamente.Se você quiser continuar os alertas mesmos usados no projeto da equipe original, você deve criar alertas para o projeto da equipe ramificado one by one (Team Foundation Server não oferece suporte a massa copiando ou movendo de alertas de um projeto para outro). Para obter mais informações sobre a criação de alertas, consulte Alertas de Configuração.
Determinar se um novo backup é apropriado
Como o processo de divisão de um projeto da equipe, copiando itens de trabalho individualmente e recriando as permissões, áreas, iterações, diretivas de check-in e alertas pode levar uma quantidade significativa de time, é importante que seu trabalho sejam protegidos contra a perda causada por falhas de hardware do computador.Convém verificar com o seu Team Foundation Server administrador para determinar se um backup especial do servidor é justificado.
Consulte também
Conceitos
Planejando um projeto de equipe