Problemas conocidos de 2015 de Team Foundation Server

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3077455
Problemas conocidos de 2015 de Team Foundation Server
Este artículo enumera los problemas conocidos para el año 2015 de Microsoft Team Foundation Server.

Para ver la lista completa de productos de Team Foundation Server 2015 y seleccionar un producto para su descarga, consulte Descargas de Team Foundation Server.

Detalles de 2015 de Team Foundation Server

Para descubrir lo que es nuevo en Team Foundation Server 2015, consulte la Notas de la versión de Team Foundation Server.

Problemas conocidos

Team Foundation Server

  • No se puede cambiar la propiedad "syncnamechanges"

    En TFS 2015, nos ha dejado a la posibilidad de cambiar el syncnamechanges propiedad de un campo. Por lo tanto, ya no puede crear proyectos que utilizan las plantillas OOB en nuevas colecciones para que las siguientes condiciones son verdaderas:

    • Cargar un proceso personalizado para una nueva colección que tiene un campo que comparte el mismo nombre de referencia como un campo de plantilla OOB.
    • La syncnamechanges propiedad es false para ese campo.
    • Crea un proyecto mediante la plantilla de procesos personalizada.

    En la actualización 1, se restaurará la posibilidad de cambiar el syncnamechanges propiedad. Mientras tanto, pruebe una de estas soluciones:

    • Actualizar la plantilla de procesos personalizada para que coincida con el syncnamechanges propiedad de la plantilla OOB y cargarlo en una nueva colección.
    • Póngase en contacto con atención al cliente para que puedan proporcionar una secuencia de comandos para corregir los campos en conflicto.
  • Los campos marcados como "syncnamechanges = false" a través de identidad reglas de causan problemas para el cliente de modelo de objetos

    En el año 2015 de TFS, se introdujo el concepto de un campo de identidad. Un campo se considera un campo de identidad si tiene las reglas en lo que se refieren a las identidades, como <ValidUser> </ValidUser>. Esto nos permite corregir los problemas relacionados con los nombres para mostrar duplicados. Anteriormente, si dos usuarios tienen el mismo nombre, no puede diferenciar entre ellos. Ahora que contamos con campos de identidad, almacenamos el DisplayPart como "nombre para mostrar <email or="" domain\alias="">." Por ejemplo, en lugar de "Contoso de Juan", el<b00> </b00> </email>DisplayPart se almacena como "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • If syncnamechanges = true se establece para un campo, almacenamos el ID del valor en lugar del valor real de cadena para el campo. If syncnamechanges = false se establece, que el valor de cadena se almacena directamente en el elemento de trabajo. Para los campos de la identidad, hay un problema que afecta el modelo de objetos de cliente. Dado que se almacena el valor de cadena, estamos volviendo ese valor de cadena como-es el cliente. Esto hace que el motor de reglas de cliente tratar el campo como no válido, debido a que no espera el valor en el formato de "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Opciones de la solución:

      • Antes de actualizar, actualizar las plantillas que tengan el syncnamechangespropiedad establecida en Falsepara los campos que tienen reglas de identidad a predeterminadoEl syncnamechangespropiedadTrue. Debe hacerlo antes de actualizar, ya que la capacidad de cambiar el estado de la syncnamechanges propiedad se quitará de Team Foundation Server 2015.

      • Agregar un <AllowExistingValue></AllowExistingValue> regla en cualquier campo de identidad que tiene el syncnamechanges propiedad establecida en False. Esto permite que el motor de reglas del modelo de objeto de cliente aceptar el valor existente. Esto desbloquea los clientes hasta que podemos proporcionar una secuencia de comandos que puede convertir campos que tienen sus syncnamechanges propiedad establecida en False para los campos que tienen sus syncnamechanges propiedad establecida en True.

Más información

Obtención de archivos de soporte técnico de Microsoft desde los servicios en línea

Las actualizaciones para otros productos de la familia de Team Foundation Server pueden encontrarse en el Sitio de descarga de Microsoft para Visual Studio .

Requisitos y compatibilidad

Para los requisitos y la compatibilidad para el año 2015 de TFS, consulte Requisitos de TFS y compatibilidad.
Aviso legal de información de terceros
Los productos de terceros que analiza este artículo están fabricados por compañías independientes de Microsoft. Microsoft no otorga ninguna garantía, implícita o de otro tipo, respecto al rendimiento o la confiabilidad de estos productos.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3077455 - Última revisión: 08/11/2015 18:51:00 - Revisión: 2.0

Visual Studio Team Foundation Server 2015

  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtes
Comentarios