Team Foundation Server 2015 problemas conhecidos

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

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 de produtos Team Foundation Server 2015 e seleccione um produto para transferência, dar saída Team Foundation Server transferências.

Detalhes do Team Foundation Server 2015

Para descobrir o que há de novo no Team Foundation Server 2015, consulte o Notas de lançamento do Team Foundation Server.

Problemas conhecidos

Team Foundation Server

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

    No TFS 2015, foi preterida a capacidade para alterar o syncnamechanges propriedade num campo. Por conseguinte, não poderá criar projectos que utilizem os modelos OOB em novas colecções para que se verifiquem as seguintes condições:

    • Carregar um processo personalizado para uma nova colecção tem um campo que partilha o mesmo nome de referência de um campo de modelo OOB.
    • O syncnamechanges a propriedade é false para esse campo.
    • Criou um projecto utilizando o modelo de processo personalizado.

    Em 1 de actualização, a Microsoft irá restaurar a capacidade para alterar o syncnamechanges propriedade. Entretanto, pode tentar uma destas soluções:

    • Actualizar o modelo de processo personalizado para corresponder a syncnamechanges propriedade do modelo OOB e enviá-lo para uma nova colecção.
    • Contacte o suporte de cliente para que eles possam fornecer um script para corrigir os campos em conflito.
  • Os campos marcados como "syncnamechanges = false" através de identidade regras causam problemas para o cliente modelo de objecto

    Em TFS 2015, é introduzido o conceito de um campo de identidade. Um campo é considerado como sendo um campo de identidade, se tiver quaisquer regras no que se relacionem com identidades, tal como <ValidUser> </ValidUser>. Isto permite-nos corrigir problemas que envolvem nomes a apresentar duplicados. Anteriormente, se dois utilizadores tivessem o mesmo nome, a não foi possível distinguir entre elas. Agora que os campos de identidade, armazenamos o DisplayPart como "nome a apresentar <email or="" domain\alias="">." Por exemplo, em vez de "Sérgio Contoso", o<b00> </b00> </email>DisplayPart está agora armazenado como "Sérgio Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Se syncnamechanges = true está definido para um campo, armazenamos o ID constante do valor em vez do valor de cadeia real para o campo. Se syncnamechanges = false estiver definido, que o valor de cadeia é armazenado directamente sobre o item de trabalho. Para campos de identidade, existe um problema que afecta o modelo de objecto de cliente. Dado que o valor da cadeia é guardado, vamos devolver esse valor de cadeia como-é para o cliente. Isto faz com que o motor de regra de cliente tratar o campo como inválida porque que não espera que o valor no formato "Sérgio Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Opções da solução alternativa:

      • Antes de efectuar a actualização, actualize todos os modelos que tenham o syncnamechangespropriedade definida como FALSOpara campos que tenham regras de identidade para setthe syncnamechangespropriedade paraVERDADEIRO. Este procedimento é necessário antes de actualizar uma vez que a capacidade de alterar o estado da syncnamechanges propriedade é removida do Team Foundation Server 2015.

      • Adicionar um <AllowExistingValue></AllowExistingValue> regra em qualquer campo de identidade que tenha o syncnamechanges propriedade definida como FALSO. Isto permite que o motor da regra de modelo de objecto de cliente aceitar o valor existente. Isto desbloqueia os clientes até que podemos fornecer um script que pode converter os campos com os syncnamechanges propriedade definida como FALSO para campos que têm os syncnamechanges propriedade definida como VERDADEIRO.

Mais informações

Como obter ficheiros de suporte da Microsoft a partir de serviços online

Actualizações para outros produtos da família Team Foundation Server podem ser encontrados do Site de transferências da Microsoft para o Visual Studio Web site.

Requisitos e compatibilidade

Para os requisitos e compatibilidade para TFS 2015, consulte Requisitos do TFS e compatibilidade.
Exclusão de responsabilidade de informações de outros fabricantes
Os produtos de outros fabricantes que este artigo aborda são fabricados por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, expressa ou implícita, relativamente, ao desempenho ou à fiabilidade destes produtos.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

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

  • Visual Studio Team Foundation Server 2015
  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtpt
Esta informação foi útil?