Team Foundation Server 2015 problemas conhecidos

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3077455
Team Foundation Server 2015 problemas conhecidos
Este artigo lista os problemas conhecidos para o Microsoft Team Foundation Server 2015.

Para ver a lista completa dos produtos do Team Foundation Server 2015 e selecione um produto para download, check-out Downloads do Team Foundation Server.

Detalhes do Team Foundation Server 2015

Para descobrir o que há de novo no Team Foundation Server 2015, consulte o Notas de versão do Team Foundation Server.

Problemas conhecidos

Team Foundation Server

  • Não é possível alterar a propriedade "syncnamechanges"

    No TFS 2015, é substituída a capacidade de alterar o syncnamechanges propriedade em um campo. Portanto, você não pode criar projetos que usam os modelos OOB em novas coleções para o qual as seguintes condições forem verdadeiras:

    • Carregar um processo personalizado para uma nova coleção que tem um campo que compartilha o mesmo nome de referência como um campo de modelo OOB.
    • O syncnamechanges propriedade é false para esse campo.
    • Você criou um projeto usando o modelo de processo personalizado.

    Na atualização 1, irá restaurar a capacidade de alterar o syncnamechanges propriedade. Enquanto isso, tente uma das seguintes soluções alternativas:

    • Atualizar o modelo de processo personalizado para corresponder a syncnamechanges propriedade do modelo OOB e carregue-o para uma nova coleção.
    • Entre em contato com o atendimento ao cliente para que ele lhe forneça um script para corrigir os campos conflitantes.
  • Campos marcados como "syncnamechanges = false" por meio de identidade regras causam problemas para o cliente de modelo de objeto

    No TFS 2015, apresentamos o conceito de um campo de identidade. Um campo é considerado como um campo de identidade se ele tiver quaisquer regras nela referem-se às identidades, como <ValidUser> </ValidUser>. Isso nos permite corrigir problemas que envolvem nomes de exibição duplicados. Anteriormente, se dois usuários tivessem o mesmo nome, você não podia diferenciar entre eles. Agora que temos os campos de identidade, armazenamos o DisplayPart como "nome de exibição <email or="" domain\alias="">". Por exemplo, em vez de "Sílvio Contoso", o<b00> </b00> </email>DisplayPart Agora é armazenado como "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Se syncnamechanges = true é definido para um campo, podemos armazenar a identificação constante de valor em vez do valor real da seqüência de caracteres para o campo. Se syncnamechanges = false estiver definido, que o valor de cadeia de caracteres é armazenado diretamente no item de trabalho. Para campos de identidade, há um problema que afeta o modelo de objeto do cliente. Como o valor de seqüência de caracteres é armazenado, estamos retornando esse valor de seqüência de caracteres como-é para o cliente. Isso faz com que o mecanismo de regra do lado do cliente tratar o campo como inválido, porque ele não está esperando o valor no formato de "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Opções para solucionar esse problema:

      • Antes de atualizar, atualize todos os modelos que têm o syncnamechangespropriedade definida como FALSOpara campos que têm regras de identidade de pesquisaAs syncnamechangespropriedade paraTrue. Você deve fazer isso antes de você atualizar porque a capacidade de alterar o estado do syncnamechanges propriedade é removida do Team Foundation Server 2015.

      • Adicionar uma <AllowExistingValue></AllowExistingValue> regra em qualquer campo de identidade que possui o syncnamechanges propriedade definida como FALSO. Isso permite que o mecanismo de regra de modelo de objeto do cliente aceitar o valor existente. Isso desbloqueia os clientes até que podemos fornecer um script que pode converter os campos que tenham seus syncnamechanges propriedade definida como FALSO para campos que têm seus syncnamechanges propriedade definida como True.

Mais informações

Como obter arquivos de compatibilidade da Microsoft nos serviços online

As atualizações para outros produtos da família do Team Foundation Server podem ser encontrados na Site de download da Microsoft para o Visual Studio .

Requisitos e compatibilidade

Para os requisitos e compatibilidade para TFS 2015, consulte Requisitos do TFS e compatibilidade.
Aviso de isenção de informações de terceiros
Os produtos de terceiros descritos neste artigo são fabricados por empresas que são independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, em relação ao desempenho ou à confiabilidade desses produtos.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3077455 - Última Revisão: 08/13/2015 19:45:00 - Revisão: 2.0

Visual Studio Team Foundation Server 2015

  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtpt
Comentários