Entender como as atualizações de campos específicos são gerenciadas

Você deve examinar este tópico se um ou mais campos não estão sincronizando como você espera entre Visual Studio Team Foundation Server 2012 e Microsoft Project Server.O tipo de dados do campo ou campos afetados, o atributo de mapeamento de campo de OnConflict , e afetam a hierarquia de tarefas como o mecanismo de sincronização atualiza campos específicos.As tarefas não serão atualizadas corretamente se o gerenciador de projeto descarta uma ou mais atualizações do envio ou se o plano de projeto não foi publicado.Se o fundo não foi publicado, os itens filhos aninhados de trabalho não podem fluir na fila de aprovação.

Neste tópico

• Visão geral do processo de atualização do campo

• Atualizações do envio rejeitadas

• Atualizações dos títulos ou aos nomes de tarefas

• Atualizações para o início e término de datas

• Atualizações para os campos que contêm hora

• Atualizações para atribuições de tarefas

• Tarefas resumidas, hierarquia de tarefas, e submissões de itens de trabalho Multiplicar- Aninhados

• Atualizações dos campos associados com as listas ou tabelas de pesquisa de picareta

Visão geral do processo de atualização do campo

Como mostra a ilustração a seguir, mover os dados do Server, a Team Foundation Server, a fila de status em uma instância de PWA, o plano de projeto da empresa, e finalmente de volta para o servidor de projeto.A tabela a seguir fornece notas adicionais sobre o processo de sincronização e como campos são atualizadas durante cada etapa do processo.

Importante

Quando um item de trabalho ou uma tarefa foram agendados participar em sincronia, você não pode remova-a de sincronização exceto excluir a tarefa de plano de projeto.Você não pode alterar o valor de Publicar o projeto de equipe que é atribuído a uma tarefa, e você não pode alterar o campo de Enviar para o servidor no team foundation.Além de isso, você não pode alterar uma tarefa para um tipo diferente de item de trabalho depois que foi publicado a ou enviado de Team Foundation Server.

Por Etapa	Processo de sincronização	Atualizações do campo
	Sincronização do team foundation: O mecanismo de sincronização automaticamente detecta adições e as alterações que foram publicadas a Project Server e recebe as atualizações em Team Foundation Server.	Somente os campos que são mapeados de Project Server para o Team Foundation Server (targetToTfs que mapeia) são atualizados em esta etapa.O mecanismo de sincronização sempre atualiza o campo mas atualizações de espelho o campo de referência somente quando o atributo de OnConflict é definido como PSWin.Em o entanto, quando a tarefa é publicado Project Server pela primeira vez, o campo de referência e o campo de espelho é definido, independentemente do valor que o atributo de OnConflict foi atribuído.Os campos de espelho são somente leitura. Por padrão, o atributo de OnConflict não é especificado para o restante trabalho e os campos concluídos de trabalho, que permite que os campos mapeados para diferir entre Team Foundation Server e Project Server.Para obter mais informações, consulte Atualizações para os campos que contêm hora posteriormente em este tópico.
	Sincronização de status: Porque os membros da equipe adicionam ou modificar itens de trabalho que são definidos para enviar a Project Server, o mecanismo de sincronização automaticamente envia atualizações para a fila de status.	Somente os campos que são mapeados para apresentação a fila de status (tfsToTarget que mapeia) são enviados. As alterações para o início e as datas de término são enviadas somente quando o item de trabalho é enviado pela primeira vez.Como os campos no mapa de Team Foundation ao recurso colocados no projeto, atualizações são feitas nos campos de recurso como trabalho restante do recurso e o trabalho concluído recurso.
	Aprovação de sincronização: Quando uma atualização é aprovada, aparece no plano de projeto de empresa.Notificação de aprovação ou de rejeção são gravadas no histórico de item de trabalho em Team Foundation.	O suplemento ao team foundation para o windows de projeto garante a sincronização correta de valores para os campos de pjTask* e campos de pjResource*.Portanto, você deve usar o windows de projeto de um computador cliente em Visual Studio 2012 que foi instalado para editar os planos de projeto da empresa que são mapeados para um projeto de equipe.
	publicar a sincronização: Quando o gerenciador de projeto publica o plano de projeto, as atualizações estão escritas a Project Server.	As alterações para todas as tarefas no plano de projeto são atualizadas no Server.

Para obter mais informações, consulte os seguintes tópicos:

• Visão geral do processo de sincronização para o Team Foundation Server e a integração do servidor

• Personalizar o mapeamento de campo entre o Project Server e o Team Foundation Server

• Referência de elemento XML de mapeamento de campo para a integração do Team Foundation Server e do servidor

• Restrições em mapear campos de Project Server para a integração com o Team Foundation Server

De volta ao topo

Atualizações do envio rejeitadas

Quando um projeto gerenciador de descarta uma atualização de status para um requisito ou a uma tarefa, o item correspondente de trabalho está sincronizada não até que a rejeção é resolvida.A razão para a rejeção aparece no campo de Histórico , e o campo de O status mais recente da aprovação na guia de Project Server indica Rejeitado.Um membro da equipe deve resolver o status de rejeção a sincronização de resumo de item de trabalho.

Você pode criar uma consulta de equipe para localizar itens de trabalho cujo status de atualização foi descartado.Para obter mais informações, consulte Resolving Conflicts and Managing Rejected Work Item Submissions.

De volta ao topo

Atualizações a intitular ou nomes de tarefas

O campo título no Team Foundation Server e o nome da tarefa participam no servidor em um processo de sincronização bidirecional.Ou seja uma alteração em um servidor é sempre atualizado em outro servidor.Em o entanto, você pode alterar esse comportamento se você modificar o mapeamento para o campo título System.Title ().

De volta ao topo

Atualizações para o início e término de datas

Agendando campos participe em um processo unidirecional de sincronização.Ou seja os campos data de início e data de término no Team Foundation Server sempre refletem os valores atribuídas em Project Server, e as alterações que são feitas em esses campos no Team Foundation Server nunca são enviadas ao servidor de projeto.Essa regra é aplicada porque o projeto usar um mecanismo agendando para determinar o início e de fim as datas de tarefas.

Por padrão, os campos data de início e data de término são mapeados com OnConflict="PSWin", que faz com que os campos de data no team foundation sempre refletem os valores que são atribuídos no Server.Mesmo se você alterar o atributo de mapeamento para permitir dois conjuntos de livros, as alterações à data colocados no equipe que a base não é enviada a Project Server, a não ser que quando o item de trabalho é enviado pela primeira vez.Após o primeiro evento de sincronização, esses campos refletem as atualizações que foram feitas ao plano de projeto.

De volta ao topo

Atualizações para os campos que contêm hora

Por padrão, a hora concluídas e hora dos campos restantes participam em um processo de sincronização que mantém dois conjuntos de livros.As alterações para a hora podem ocorrer no plano de projeto ou no team foundation.Em o entanto, as alterações não substituem necessariamente informações em um ou outro local.Um atributo indefinido de OnConflict para mapear campos aplicar esse recurso.

Conforme indicado nas seguintes situações sob, os campos são atualizados com base em quem estão fazendo e atualizações em se as atualizações é aceito no plano de projeto.

• Quando um membro da equipe atualiza hora e o gerenciador de projeto aprovam as submissões e publicar o plano referência, e os campos de espelho vão coincidir com a sincronização seguir do Team Foundation Server.

• Quando um membro da equipe tempo e atualiza o gerenciador de projeto rejeita as submissões, atualizações não são aceitos no plano de projeto.Os valores para o campo de referência e o campo de espelho diferirão.

• Quando um projeto gerenciador de alterar a hora no plano de projeto, somente o campo de espelho é atualizado com a sincronização seguir do Team Foundation Server.

Quando a hora de tarefa varia entre os dois produtos de servidor, a ligação e o gerenciador de projeto de equipe são esperados reconciliar as diferenças.Assim, cada pessoa pode atualizar seu trabalho de forma independente para ficar ciente das alterações que fez a outra.Para obter informações sobre como localizar os campos cujos valores não correspondem seus campos de espelho, consulte Localizar itens de trabalho que o trabalho no team foundation difere do no servidor.

Sempre que gerenciador de um projeto define uma linha de base, o valor do campo de avaliação original em Team Foundation é definido ou atualizado, como mostra a ilustração a seguir.Por padrão, este campo é mapeado para o atributo de OnConflict="PSWin" .

Observação

Porque o modelo de processo do scrum de Visual Studio não usa o trabalho concluído e os valores originais da avaliação, você deve adicionar esses campos para tipos de itens de trabalho que você deseja para participar na sincronização de dados.Além de isso, você deve alterar a definição de tipo de tarefas para remova instruções do fluxo de trabalho <EMPTY /> .Para obter mais informações, consulte Alterações necessárias para fazer quando mapeando a um projeto de equipe que foi criado do modelo de processo do scrum.

De volta ao topo

Atualizações dos campos de nome de atribuição ou de recurso

O atribuído ao campo em mapas de Team Foundation para o campo de nome do recurso no servidor de projeto.Por padrão, este campo é mapeado para o atributo de OnConflict="PSWin" .Quando você atribui recursos para tarefas no plano de projeto da empresa, considere as seguintes regras:

• O mecanismo de sincronização não sincroniza informações de recursos entre ambos os produtos de servidor.Por padrão, o Team Foundation Server sincronizar os recursos do Active Directory, mas não faz Project Server.Você pode adicionar recursos manualmente no servidor, ou como uma recomendação, recursos sincronizar com o Active Directory.Para atribuir um recurso para uma tarefa em um plano de projeto da empresa que participar de sincronia com o Team Foundation Server, você deve adicionar o recurso para o Project Server.Você adicionar um recurso adicionando à o grupo de membros da equipe na instância de PWA, ou você concede ao recurso as permissões abertas do site de projeto e de projeto de exibição no projeto.Você também deve adicionar funcionalidade à lista de recurso para o plano de projeto da empresa e depois publicar o plano de projeto para que o mecanismo de sincronização tem acesso à lista atualizada do recurso.Para obter mais informações, consulte Para adicionar membros do team foundation ao grupo de membros da equipe.

• Se você estiver gerenciando detalhes do projeto, atribuir apenas um recurso para cada tarefa.Se a tarefa requer várias recursos, divida-a em subtarefas, e o atribui um recurso para cada subtarefa.

  Se você estiver gerenciando os requisitos de negócios somente com o planejamento invertido, atribuir cada artigo ou requisito de usuário à ligação de desenvolvimento.

  Quando você publica seu plano de projeto, o suplemento ao cliente para o team foundation verifica que apenas um recurso seja atribuído a cada tarefa.Se vários recursos são atribuídos a uma tarefa, uma caixa de diálogo aparece Resolução de validação , e você deve especificar apenas um recurso como a atribuição ativo.Para obter mais informações, consulte Resolver erros de validação.

• Depois que uma tarefa é vinculada ou mapeada a um item de trabalho, você pode atribuir ou reatribuir recursos apenas as tarefas que não são roladas anterior.Uma tarefa rolada - anterior está associada com um item de trabalho que contém os itens filhos de trabalho que não são associados.Em geral, as tarefas roladas - anterior contêm vários nomes no campo de nome do recurso.O mecanismo de sincronização passa o rollup dos recursos e o número de tempo que cada recurso trabalhou.Para obter mais informações, consulte Trabalhar com Rollup de recursos em projetos da empresa mapeados para os projetos de equipe.

De volta ao topo

Tarefas resumidas, hierarquia de tarefas, e submissões de itens de trabalho que estão aninhados em vários níveis

Por design, o mecanismo de sincronização não atualiza campos de projeto para tarefas vinculadas que têm subtarefas no plano de projeto de empresa.O processo de sincronização vai atualizações de essas tarefas como o plano de projeto calcula o trabalho para eles.As alterações para o título e outros campos de trabalho que não são atualizadas também para essas tarefas.Esse comportamento é uma limitação conhecida de integração dos produtos de servidor.

Quando um projeto gerenciador de publica um conjunto detalhado de tarefas que incluem requisitos e tarefas vinculadas a Team Foundation Server, o mecanismo de sincronização bloqueia a hierarquia de tarefas.Os membros da equipe não podem modificar a hierarquia de tarefa no team foundation, mas podem reatribuir tarefas para membros da equipe do projeto de equipe.Como mostra a ilustração a seguir, as tarefas estão listadas em seus requisitos, e links hierárquicas entre o pai e tarefas de filhos são bloqueados ().Links bloqueados indicam que os requisitos e as tarefas de filho foram adicionados a um projeto de equipe Project Server.Somente o gerenciador de projeto do plano de projeto pode alterar a hierarquia de tarefas.

Quando uma equipe envia vários níveis de itens de trabalho de Team Foundation a Project Server, o primeiro nível deve ser certo e publicado Project Server ao nível seguinte antes que possa ser enviado.Se uma equipe envia um lote de itens de trabalho que inclui três níveis de itens filhos, por exemplo, gerenciador de projeto deve publicar o plano de projeto quatro vezes para todos os itens de trabalho são sincronizados com Project Server.Porque o gerenciador de projeto aprova cada nível de itens de trabalho e os publica o Project Server, as relações hierárquicas de link são bloqueadas em Team Foundation até que a hierarquia inteira de link está barreira.Os membros da equipe não podem modificar a hierarquia mapeados para esses itens de trabalho.

De volta ao topo

Atualizações dos campos associados com as listas ou tabelas de pesquisa de picareta

Quando você mapear os campos do Team Foundation Server que estão associados com uma lista de picareta ou campos de Project Server que estão associados com uma tabela de pesquisa, você deve considerar etapas adicionais para garantir boa experiência do usuário.O mecanismo de sincronização não cria automaticamente as listas associadas contrapartes ou não sincroniza seus valores permitidos em outro servidor.Como prática recomendada, você deve criar tabelas de pesquisa em Project Server para corresponder as listas de picareta que são definidas no team foundation e para criar listas de picareta no team foundation para combinar as tabelas de pesquisa que são definidas no Server.Se uma lista ou uma tabela de pesquisa de picareta mudarem, você sempre deve atualizar manualmente a lista correspondente no outro o servidor.

De volta ao topo

Consulte também

Conceitos

Campos de adicionados Project Server à sincronização de dados de suporte

Outros recursos

Gerenciar projetos usando o Project Server e o Team Foundation Server

Personalizar o mapeamento de campo entre o Project Server e o Team Foundation Server